[note] Ubuntu20.10にアップグレード

 しました。ファンキーでパワフルなGroovy Gorillaさんです。

と言っても、特筆する程の大きな変化はありません。例によってアップグレード後に幾つか不具合の類はありましたが、致命的と言えるようなものはありませんでしたし。（？）

それでも幾つか遭遇した問題点等につき、以下にメモ。なお、アップグレード元のバージョンは全て20.04LTSです。

[アップグレード適用時] ※update-managerから実行

 libc6のアップグレードの際、xscreensaverが邪魔とのメッセージが出て止まります。ので、下記コマンドで止めます。

　$ xscreensaver-command -exit 

 これ以外は、特にいつもと違う点はなし。

 [アップグレード適用後]

1. 起動失敗

一部のPCで、適用後、再起動に失敗するケースがありました。ログを調べてみると、bootパーティションのマウントに失敗している模様。/etc/fstabを確認すると、見覚えのない/boot/efiのエントリが入っていました。これにマウントしようとしているところのUUIDのドライブが見つからないという事のようで。ドライブを探しても良かったのですが、そもそもefiを使用する必要はない筈、という事で、このエントリ自体をコメントアウト。すると起動するように。

2. 一部アプリの不具合

起動後は大抵のアプリは問題なく動作したのですが、libreofficeについて少し問題が確認されています。何かというと、libreofficeの履歴メニュー（最近開いたlibreofficeファイルが一覧表示されるランチャー的なウィンドウ）を開くと、ウィンドウの左上側1/4部分しか表示されず、かつこのウィンドウ上からファイルを開くと、各アプリの画面も同様に左上側1/4しか表示されず、入力も受け付けなくなってしまうのです。ウィンドウツールキット周りの処理のバグでしょうか。

この点については、履歴メニューを経由せず、writerやcalc等の個別のアプリを直接起動する場合は問題なくウィンドウの全エリアが表示されます。これで回避出来るので、致命的な不具合というわけではありませんが、余計な手間が増える事には違いありません。速やかに修正されて欲しいものです。

3. 一部アプリが特に無告知でリポジトリから消えている

これはごく一部の人にしか関係しない問題でしょうけれども、私の常用していたアプリがアップグレードしたら消えていました。何かというと、SIPクライアントのLinphoneです。IP電話アプリですね。これを常駐するようにしていたのですが、消えていました。すぐに気づき、業務でも使用していた都合上、使えないのは困るので慌てて再インストールしようとしてもそもそもパッケージが見つかりません。SIPクライアントは元々あまり選択肢がなく、代替アプリは準備出来ていなかったところに、まさかのサイレントディスコンかとかなり本気で青褪めました。

焦りながら、20.04LTSまではaptでインストール出来ていたのに何故今更、と色々情報を集めることしばし。結論から言えば解決しました。

具体的には、Linphoneの提供方法が公式からのAppImage形式での配布に統一されたから、という事のようで、これを公式からダウンロードして使えばよい、ということでした。

ちなみにAppImageというのは、 Windowsで言うところのexeファイルのようなものですね。ディストリビューションや、カーネル及びライブラリのバージョンに（原則として）依存せず、かつインストール作業を要せず、ただ実行するだけでアプリを使用出来るように設計されたファイル形式というわけです。

というわけで、ダウンロードしたAppImageファイルに実行属性を付与してパスを通し、起動するようにすればそれでOK。無事Linphoneが使えるようになったのでした。起動してみると、従来は如何にも古いGTKのウィジェット的なウィンドウ表示だったのが、今風のスタイリッシュなアプリ表示に代わっていて、確かにこういう今風のデザインにするにはGTKやらに依存するわけにはいかないのも無理はない、と納得した次第です。何はともあれ一安心。

 取り敢えずはそれ位でしょうか。これでも以前と比べれば概ね問題ない、と言えてしまう辺り、今更ながら一般への普及が絶望的な事を再認識しつつ、気にしたところでどうしようもないし自分が使えるならそれでよしとしよう、というわけで今回はこれでおしまい。

[PC] ネットワークプリンタ新調

先日、前触れもなく、事務用のレーザープリンタが部分的に故障しまして。具体的には紙送りの不具合で、印刷しようとすると、ほとんどの場合に紙詰まりエラーが出る、というものでした。なお、機種はCANONのLBP3500、モノクロでA3対応の、プリンタ機能のみのシンプルなモデルです。

例外的に、手差しトレイに1枚のみセットして印刷する場合だけは上手く印刷出来るのですが、それ以外、つまりカセットでも手差しトレイでも、複数枚の用紙がセットされた状態から印刷しようとすると、何故か2枚目を読み込み掛けた状態で紙詰まりになるのです。1枚目を排出する前に止まりますから、計2枚が本体内に取り残されて無駄になることに。。。

これはおそらく紙送り部分の用紙を検出するセンサの不具合で、1枚目が通過したにも関わらず、センサ（のレバー）が戻らず、送り終えていないと誤認して紙送りを続けようとして、2枚目を引き込んだ後のタイミングで長時間紙送りが進んでいないと判断してスタックする、という事なのかな、と思われるのです。が、これを直そうにも、そのセンサ（と思われる）部分に物理的にアクセスするのが大変で、逆に分解する際に壊しかねない気がしまして。

そもそもLBP3500はもうかなり古いこともあり、取り敢えず、本機は封筒だとか厚紙だとかA3だとかの比較的特殊な、従って使用頻度のさほど高くない用紙の場合の手差しからの1枚印刷専用にする事にして、A4以下の通常用紙の（複数枚）印刷用のプリンタを別途新調する事にした次第です。

新しく導入する機種は、色々検討した結果、奥行きのコンパクトさやコスト（リサイクルトナーはじめ部品類の流通量の多さ）、印字品質（濃さ等）の安定性等を評価して、同じくCANON製のLBP6240に決定。納品後、有線LAN接続で繋いでセットアップしました。

Windows機用のセットアップについては特筆するような点はありません。従来機種同様、付属のセットアッププログラムを使えば簡単にセットアップ出来ます。ちなみに、本機にはモニタはついておらず、IPアドレスやMACアドレス等を取得するには、windows側の設定ツールを使うか、ステータスを印刷するかの2択になります。ステータスを印刷する場合は、排紙ボタンを長押し（3秒以上）します。

Linux機用の設定については、概ね次の通りです。 なお、OSは20.04LTSです。

1. CANONのサイトから対応するドライバをダウンロードし、解凍

　※LBP6240の場合、linux-carps2lbp-drv-v500-jp-17.tar.gz (ver.5.00)

　　https://cweb.canon.jp/drv-upd/lasershot/linux/carps2linux.html

　　ubuntuの動作確認済みは19.04までとなっていますが、20.04LTSでも問題なし。

2. フォルダ内でインストールスクリプトを実行

　$ sudo ./install.sh

　※なお、CUPSが起動されていない場合は、 ここで起動しておく。

　　$ sudo service cups start

3. CUPSの登録

　WEBブラウザから行う場合は、localhost:631にアクセスし、

　[管理] -> [プリンターの追加] -> [発見されたネットワークプリンター]中から、

　Canon LBP6230/6240を選択して追加

　ドライバ（モデル）の選択時も、Canon LBP6230/6240(en)を選択

以上で印刷出来るようになります。ただ、色々とアプリから印刷してみたところ、大体のアプリでは問題ないのですが、一部アプリではデフォルトの設定だと文字化けする不具合がありました。Libreoffice（のwriter）がその代表例ですが、これについては、アプリ側の印刷設定を修正する必要があります。

具体的には、プリンターのプロパティ（[ファイル]-[プリンターの設定]-[プロパティ]等）の[デバイス]タブ中、[プリンター言語の種類]を、デフォルトの[自動選択:PDF]から[PostScript（レベルはドライバーから取得）]に変更します。これで文字化けが直ります。

文字化けが出た時には少し焦りましたが、この程度の設定変更で解決するのならまあ許容範囲と言えるでしょう。以前のCANONのLinux対応のおざなりっぷりは目を覆わんばかりで、10年位前に当時のモデルでやろうとした時の設定の困難ぶりは半端なかったですからね。。。ともあれ、書類の印刷環境が回復して一安心。というわけで今回はこれでおしまい。

[note] 終わりと始まり、空虚なる一致

ようやく、と言うべきでしょうか。長きに渡った第２次安倍政権が終わります。

その開始当初から、失政を繰り返し、権力の濫用も絶えず、その責任も一切認めないという、無責任そのものを体現してきた同政権の終わりは、その応報によるものではなく、第１次の際と同じく持病による執務能力の不全による、至極あっけないものでした。貯まりに貯まったそのツケは、後継の政権が払う事になります。

とりわけ内政においては、いわずと知れたアベノミクス、すなわち公的資金から個人の資産まで、あらゆる資金を金融市場に流し込み、株や商品の価格を釣り上げ続けるという、あまりにも深刻な副作用に満ちた政策をその副作用が顕在化してなお止める事が出来ず、泥沼に嵌まり込むが如く続け、もはや日銀をはじめあらゆる金融機関が身動きも取れない状態に陥ってしまいました。

加えて、2020年に入ってからのコロナウィルスの深刻な流行、それへの対処に伴う経済活動の大幅な抑制によって、少なくとも今年度のGDP並びに個人・法人の所得は壊滅的な縮減を余儀なくされており、それらへの対処のために相当部分が無駄に費やされたと言ってよいであろう公金の額も過去に類を見ない規模に及んでおり、今年度の財政は既に破綻した水準にあるものと言えます。

無論、大小様々な事業の破綻、個人の失業も急増しており、それらへの救済を求める要求は減るどころか高まり続けています。しかし、長年財政支出への手当の半分以上を新規国債の発行に頼ってきた国家財政に、それらに十全に応える余力など残っていよう筈もありません。

誰が継ぐにせよ、次期政権は、この状況への対処を迫られる事になるわけです。どう見ても火中の栗どころではなく、地獄の門へ自ら踏み込むようなものだろうわけですが、それでも誰かが継ぐのでしょう。それは権力欲によるものかもしれませんし、この下手をしなくても経済が崩壊しかねない状況を回避ないしは軟着陸させる志を持って臨む向きも、無いではないのかも知れません。

とはいえ、現実的に最もありそうなのは、ここ数年の政権が行ってきた事を続ける、すなわち状況の先送りをしようとする事でしょうか。実際のところ、それ以外の、積極的に解決するような術があるようには思えませんし、しばらくはあまり変わらない状況が続く可能性が高そうです。あるいは、抜本的な修正、すなわち量的緩和の終了に乗り出す可能性も無いわけではないのでしょうけれども。

いずれにせよ、ただ、思うのです。大した違いはないだろうと。次の政権を誰が担い、何をしようとも、多分に破滅が来るのが早くなるか遅くなるか、またその時の落差が多少大きいか小さいか、の違いでしかなく、結局のところ行き着く先はさほど変わらないのだろう、と。

それは、第２次安倍政権の初期、日銀の量的緩和が始まった頃に思った事と全く同じだったわけで。過ぎ去った年月と、その間に人々が抱いた期待と失望、費やされた資金と労力、それらが殆ど無駄だったのではないかと、諦めとともに、虚しさを感じずにはいられないのです。

[note] Ubuntu上のGIMPでコピーしようとするとクラッシュするバグ

に遭遇しました。その際の対処についてメモ。

具体的には、Gimp上で画像の切り出し、を行うために、領域選択からのコピー（CTRL-C等）操作を行うとGimpが落ちる、というものです。ひどい。アプリ自体がまともに使えなくなるレベルの致命的なバグですね。

Ubuntuのバージョンは20.04LTS、デスクトップはLubuntu。Gimpのバージョンは2.10.18-1です。

多分にクリップボードとのやり取りにバグがあって、サイズやらハンドラやらが不正になってお陀仏というパターン、かと推測しつつ調査したところ、実はこのバグ、結構昔から頻繁に発生しているものらしく、数年前から上がっているバグ報告がチラホラ見つかりました。私は初めてでしたが、運が良かったという事なのか。ちなみに、私と同様の環境であるところのLubuntu上の2.10.18-1でのクラッシュ報告も既にありました。

で、報告されている対処方法は、基本的にクリップボード側の設定をいじるというものでした。代表的なものとしては、Kubuntu上だと、"画像を無視する"旨のオプションがあるらしく、これを有効にすると解消される、とのこと。他にも、クリップボード関連のアプリを入れている場合はそれを削除したりすればよい、等。あまりに発生する状況が多すぎて、対処方法も状況に合わせて多数あって逆にどうすればいいのかよくわからない、という困った状況でした。

少なくともLubuntuではそんなオプションあったっけ、な状態だったので、もう少し情報を探ることしばし。Lubuntuだとqlipperを削除したらいけたよ、という報告があったので、これを試してみました。下記コマンド。

$ sudo apt remove qlipper

しかる後に再起動すると、果たして領域選択からのコピーをしてもgimpは落ちなくなりました。

とりあえず一安心。しかし本件、Gimp側というよりはOS側のクリップボード周りの仕様（バッファのサイズ上限等？）がころころ変わるのが原因っぽいのですが、そんな基本的なところで致命的なバグにつながる変更をされるのはとても困りますね。検証不足、という見方も出来なくはないんでしょうが、基本的な部分はそもそも網羅的な検証なんてほぼ不可能です。というか、従来の仕様との齟齬が少しでもあればこういうバグが発生する事は避けられないわけで、であるからには基本いじらないのが鉄則だと思うんですが。。。ともあれ、今回はこれでおしまい。やれやれです。

[note] ubuntu20.04LTS、へのUPGで失敗して上書き再インストール

する羽目になっていた時の作業メモ。

いや参りました。Snapへの移行はじめ、幾つか割と大きな変更があるという話だったのでここ数回と比較して危険度は高めかもしれない、と思ってはいたのですが、悪い予感程当たるというもので。

いつも通り、リリースから数週間待って、update managerからアップグレードを試みたのですが、あえなく失敗。原因は不明。コマンドラインのdo-release-upgradeに切り替えたのですが、こちらも同様に失敗。

しかも悪い事に、パッケージの取得からインストールまで進んだ上で、その途中で失敗したものだから、システムの設定的には20.04LTSにアップグレードされた事になっていて、しかし各々のパッケージは中途半端に一部がインストールor置換されていない状態になってしまったのです。ここ数年特に問題が起きていなかった事に油断して、重要なデータ以外のシステムのフルバックアップを取っていなかったのもいけませんでした。

失敗したと言っても、カーネルや主要なライブラリ、またアプリは確認した限り新バージョンに置き換わっており、動作自体はするし、別にクラッシュしたりはしない・・・のですが、ログイン画面の背景のスケーリングがおかしかったり、ウィンドウの陰影等の装飾設定が変更出来なかったり、色々とちぐはぐというか、細かい調整がされていない感じです。それでいて、何が欠けていて、何が余計なのか、その調査判別は極めて困難という。

大部分はそれでも使用に難があるという程でもなかったのですが、受け入れ難い点もありました。最も致命的だったのは、日本語入力の不具合です。具体的には、fcitxとibusのいずれを使った場合にも、firefox等のmozilla製アプリやlxterminal等の一部ターミナルでIMEが起動せず、日本語入力が出来ないのです。

ウィンドウマネージャと各種IMの環境変数等設定を色々と変更して試してみた結果（抜粋）は概ね以下の通り。

1. 入力可
　chromium-browser, qterminal, emacs-gui等

2. WMや設定の組み合わせによっては不可な場合あり
　libreoffice

3. どの設定でも入力不可
　firefox, thunderbird, lxterminal(xterm)

この結果を見るに、ベースにしたツールキットの違いが原因と疑われる感じでしょうか。mozillaはマルチプラットフォームのために独自のツールキット（gtk+ベース？）を使っている筈ですし、おそらくは現環境（LXQt）のIM周り含むメッセージ処理についてブリッジのようなモジュールが必要で、それがアップグレードの失敗によって入っていない、とかそんなところかと。確認は困難ですが。。。qterminalはokでlxterminalがxなあたり、LXQtとgtk+の差な疑いが濃厚です。

他にも、LXQtでの標準ランチャー（lxqt-runner）を使ってみたところ、テキストボックスがポップする際、それにフォーカスが移らなかったり。都度ウィンドウを選択しなければならないのは如何にも手間でした。修正云々以前に、何故そんな事が起こるのか、謎です。

結局のところ、アップグレードの失敗によるだろう不整合点が多すぎて、手動でちまちま調べて修正するのはあまりに手間がかかる事は確実と思われる状態なわけで、流石にその路線は諦めざるを得ませんでした。同じような状況に陥った人は殆どいないようで、前例もほぼありませんでしたしね。

というわけで、初の上書き修復インストールで直す方針に切り替えました。まずドライブのパックアップを取り、インストール作業開始。

なお、最初はlubuntu（20.04LTS）のisoイメージを使ったんですが、これは途中（update-initramfs）でライブラリが足りない旨のエラーが出て、その修正も上手く行かなかったので、結局標準のUbuntu（20.04LTS）のisoイメージを使用しています。

基本は通常のインストール手順と同じ。上書きインストールの場合に異なる点は只一つ、インストール先のパーティションの設定の際、自動で設定や初期化等を行わず、手動（その他）での設定を選択し、かつ目的のパーティション（従来のルート）について、マウントポイントを'/'（ルート）に設定する事、です。また、マウントポイント設定の際、内容を保持する旨にチェックが入っている事を確認します。ここで内容を初期化する方（フォーマット等）にチェックが入っていたりすると全てが消え去り、バックアップの復元からやり直しになるので重ねて要注意。

後は通常のインストールと同じで、原則自動でインストールが進みます。 ただ、私の場合は、一点だけエラーが発生しました。具体的にはインストールのほぼ最終段、[以前インストールされたパッケージを復元しています...]の段で、復元に失敗したのです。その際のエラーメッセージは下記の通り。

＜エラーメッセージ＞
　インストールされていたアプリケーションの復元処理でエラーが発生しました。インストール は続行されますが、インストールが完了して再起動した後で、あらためてアプリケーションを 手動で再インストールする必要があります。

少し肝を冷やしましたが、致命的なものではなかったらしく、インストール自体は続行し、終了しました。後から確認した限りでは、確かにアプリケーションやライブラリが欠けていましたが、クリーンインストールの際と同様に追加すれば不足を感じる事はありませんでしたので、おそらくはもう使用していない類のサードパーティのリポジトリに関連するものが引っかかっただけだろうと思われます。

日本語入力等も可能に。firefox等でも日本語入力が出来ます。一安心。ランチャー（lxqt-runner）も呼び出し時にテキストボックスにフォーカスが移ります。

ただ、デフォルトの状態では気になった点は幾つかあります。qterminalのフォントが全角だったり、fcitxを入れる前にlubuntu-desktopを追加したところ、標準のibusだと何か問題があるのか、一旦日本語入力が出来なくなって、言語サポートも初期状態になっていたり。フォントは設定を変更すれば元通りになりましたし、日本語入力も新規インストールの場合と同様、常用しているfcitx-mozcを入れて設定すれば元通りになりましたが、若干不安を覚える点も無きにしもあらず、といったところでした。

また、ある意味当然ですが、/home以外のフォルダは全て初期化されます。/usr以下や/var以下を独自にカスタマイズして、そこに色々置いている人は多いでしょうけれども、それも一旦消えるので、それらを別途バックアップから復元しなくてはなりません。

やはり、アップグレードが正常に行われるに越したことはない、という事です。正直上書きインストールは二度としたくありませんね。ともあれ、何とか修正出来ただけよし、とすべきでしょうか。やれやれです。

[note] linuxにてデフォルトの再生デバイスの変更

をしたので、久しぶりにメモ。

事の始まり、という程大層な話でもありませんが、作業用のPC（ubuntu）について、USB接続のヘッドセットを繋いで使う事が増えまして。その一方、ヘッドセット（のヘッドホン部分）は一般にあまり音質は良くないもので、音楽等の音質を気にするような場合には向いていないため、そのような場合には従来の通りマザーボードの方の音声出力に別のヘッドホンを繋いで使用していたのですね。

そうすると、当然ながら再生デバイスが複数併存する事になって、用途に応じた切り替えが都度必要になるわけです。しかるにubuntuだと、pulseaudioのコントロールパネルから選択する方法がデフォルトで用意されています。時々使う程度なら、その都度パネルを開いて選択、という方法でも良かったのですが、ここで問題が生じました。WEBブラウザで動画を再生する場合等には、一時停止も含め、音声出力が途切れる際にその設定がリセットされ、デフォルトに戻ってしまうのです。デフォルトでない方を使っていると、再開やシーク、別動画の再生等、頻繁に行う操作の度にパネルから選択しなおさないといけないわけですね。

流石にこれは面倒だ、というわけで、デフォルトのデバイスを切り替える事にしました。しかしpulseaudioのパネルにはそれを行う項目がありません。色々調べてみても、結局のところ設定ファイルを書き換える（もしくはコマンドを実行する）しかないようです。というわけで、その方法を以下にメモ。なお、OSはubuntu20.04LTSです。

まず、デバイスのIDを取得します。下記コマンド。

$ pacmd list-sinks |grep -e 'name:' -e 'index:'

すると例えば下記のようなデバイスのリストが表示されます。

   * index: 1
        name: <alsa_output .usb-c-media_electronics_inc._usb_pnp_sound_device-00.analog-stereo>
    index: 2
        name: <alsa_output .pci-0000_08_00.1.hdmi-stereo>
    index: 3
        name: <alsa_output .pci-0000_08_00.6.analog-stereo>

これは私のPCの場合の出力ですが、今回デフォルトに選択したいのはindex: 3のデバイスです。ちなみにindex: 1はヘッドセット、index: 2はモニタの音声出力ですね。合計3種ある、という事です。変更前はindex: 1のヘッドセットがデフォルトになっていました。初期状態だと、番号順の先頭がデフォルトに設定される、という事でしょうか？

ともあれ。デフォルトのデバイスを切り替えるコマンドは下記の通り。

$ set-default-sink 'alsa_output.pci-0000_08_00.6.analog-stereo'

・・・なのですが、これをターミナルから実行しても、既に開いているアプリには反映されません。（反映されるタイミングについては未調査につき省略）

仕方がないので、今の所私は、設定ファイルに書き込み、一旦ログオフして再ログインする手順を踏んでいます。面倒ですが、そんなに頻繁にデフォルトを切り替える必要があるわけでもないので、とりあえずはいいか、という事で。設定ファイルは下記。

<設定ファイル>
　/etc/pulse/default.pa

このファイルのどこか（最下部にそれ用らしいエリアがあるのでそこでよい）に、上記コマンドを書き込みます。

しかる後に、一旦ログオフして再ログイン。これでデフォルトのデバイスが切り替わり、煩わしい選択作業から開放された、というわけです。やれやれ。

[law] マスク転売禁止に公然と違反する人たち

が沢山いると聞いて、少しばかり愕然とした次第です。

周知の通り、コロナウイルスの蔓延に伴うマスクの品不足に付け込んで、マスクを買い占めて法外な高額で転売する行為が横行していたところ、これが3/15に刑法上の処罰対象となりました。具体的には、国民生活安定緊急措置法第26条第１項に基づき、譲渡制限措置の対象に衛生マスクが指定され、卸売取引経由を除く一般向けの売買のほぼ全てについて、購入価格を超える価格での販売が禁止されたわけです。

罰則は一年以下の懲役もしくは100万円以下の罰金です。これはDV防止法の保護命令違反と同等であり、この種の規制におけるものとしてはかなり重いものとなっています。世間一般的に犯罪者の烙印を押されるレベルは超えている、と言えるでしょう。

なのですが、規制を掻い潜ってのオークション等での出品が続いている旨の報道が相次いでいます。それ自体は予想された事です。転売で高額の利益を得ていた者がその利益を維持しようとするのはごく自然な成り行きでしょう。

問題は、その手段です。ざっと見たところ、今の所用いられている手法は、以下の3つに大別されるようです。

1.卸等からの仕入れを装う
2.他の物品のおまけとしてマスクは無償と称する
3.名目上他の物品を取引し、実際にはマスクを販売する

これらの手法が、報道では抜け道等と表現されているようです。が、これのどこが抜け道なのでしょうか。

規制に対する抜け道、といえば、通常、法的には違法とは言えない手法を指すものです。脱法的、あるいはグレー等と言われるところの、法の趣旨からすれば本来規制されるべきものであり、その点からの非難は免れないけれども、明確に違法とは言えないために、現行法の適用で罰する事が困難な手法、と定義できるでしょうか。

しかし、上記の方法は、いずれもそのようなグレーなものではなく、単なる転売を、そうではないふりをして行っているだけの、すなわち明らかな違法行為であり、紛うことなき犯罪です。ネットオークション等のシステム上の規制、すなわち品名にマスクを含むものの出品禁止措置は回避出来るでしょうけれども、それはあくまで各システムの仕様上の不備を利用して出品禁止を回避するだけであって、法の規制を潜脱し得るものではなく、抜け道とは到底言えないものでしょう。

個別に見ると、1.については、仕入先を偽っているわけですが、その特定はそれほど難しい事ではないでしょうし、2.については価格に対するおまけの占める部分が購入価格より高いと判断されればそれで終わりです。3.については単なる虚偽表示です。いずれも、司法の捜査の手が入れば、極めて容易に露見するだろう程度の子供だましレベルのごまかしでしかありません。

そんな事もわからないのか、理解した上で摘発されないと高を括っているのかはわかりませんが、軽くない刑事罰を伴う犯罪が公然と行われる、しかもそれが多数に上る今の状況は、正直言って異様だと、戦慄を覚えた次第なのです。

ただでさえ施行直後は一罰百戒の意味も込めて特に摘発が行われがちな時期なのですし、これは早い段階で摘発の手が入るでしょうね。恐れを知らないというか、何というか。。。いやはや。

[note] 別役実死去

不条理劇といえば誰もが思い浮かべるだろう、別役実氏が亡くなられたそうです。82歳。そんな年になってたんですね。近年は表舞台に出る事も殆どなくなっていたとは言え、残念な事です。

近現代の演劇人でその影響を受けていないものはいないだろう巨人サミュエルベケット、その影響を最も強く受けた世代にあって、とりわけストレートに向き合った方でした。時間には誰も逆らえない、とは承知していても、演劇自体に往年程の活況が見られない昨今、一時代を築いた方々がこの世を去っていく事には、演劇界自体が衰退していく様を見せつけられているようで、一層の喪失感を抱かずにはいられません。