X11 connection rejected because of wrong authenticationと表示され GUI アプリケーションが立ち上がらない

IC Compiler II などにGUIアプリケーションを起動しようとすると，"X11 connection rejected because of wrong authentication" と表示されて GUI が立ち上がらない事が起きた．

% icc2_shell -gui

(icc2_shell が立ち上がる)
X11 connection rejected because of wrong authentication.
Cannot initialize GUI.
The connection to X-server 'localhost:10.0' is broken or refused.
Please check the value of the DISPLAY environment variable.
For this session, the tcl command 'setenv' can be used to set the value of the DISPLAY variable,
then the command 'gui_start' is used to start the GUI.
icc2_shell > 

これを解決するためには，以下を設定すればよいらしい．

% export XAUTHORITY=$HOME/.Xauthority

Xauthority は XServer の認証の際に xauth が使用する Cookie に資格情報を保存するために使用されるらしい．xauth は Xauthority と $DISPLAY 変数を用いて X の接続を行う．

stackexchange の説明では，Snapを用いるアプリケーションはHOME="$SNAP_USER_DATA" を設定するためこれが X が想定する Xauthority ファイルの場所と干渉する，とのことである．IC Compiler II がSnapで作られているとは思わないが，似たような現象が起きているのだろう．

ssh connection. X11 connection rejected because of wrong authentication - stackexchange

じゃあ Xauthority どうやってつくるの？というとこれはsshログイン時に自動で作成されるらしい．

【Linux】.Xauthorityの自動生成

Virtuoso (IC618.170) で標準ライブラリが見えない

 表題の通りで，IC618.170 に乗り換えたら，

Cannot find file '$(compute:THIS_TOOL_INST_ROOT)/share/cdssetup/cds.lib'.

と CIW に表示されて標準ライブラリ (ahdlLib, analogLib, など) が見つからない．

IC618 と見比べていると，IC618 の cds.lib は

'$(compute:THIS_TOOL_INST_ROOT)/share/cdssetup/cds.lib'.

にあり，IC618.170 のそれは

'$(compute:THIS_TOOL_INST_ROOT)/share/cdssetup/dfII/cds.lib'.

にある事がわかった．

どーしてこういうことをするかなーもー．(IC618.170を窓から放り捨てる音)

ngspice の収束で困っていたときに使うとよい .options

 ngspice の収束で困っていたときに見つけたのでメモ

Convergence problems? LT wiki

過渡解析がおおよそうまく行く SPICE のオプションとその説明

.options gmin=1e-10 : ダイオードとトランジスタ内の各ダイオードに並列に  1e10 (=10GOhm) の大きな抵抗を追加．

.options abstol=1e-10 : 収束基準の許容誤差を 1e-12 から 1e-10 に増加．

.options reltol=0.003 : 収束基準の許容誤差を 0.0001 から 0.003 に増加．0.003 を超えることは絶対にしてはいけない．

.options cshunt=1e-15 : 各ノードからグランドへ追加される CSHUNT 容量として 1e-15 を追加．高周波振動や数値ノイズによって引き起こされる "Timestep too small" 問題を解決できる．デフォルトは  0 ．

「代替ソルバーや cshunt のような機能を必要とする回路には注意が必要です．これは，回路のどこかに不具合がある，つまりモデルに現実離れした部分があることを意味します．」とのこと．

涉过愤怒的海の時計台？

映画 涉过愤怒的海 では漁師の娘，金丽娜は京都大学に留学しているという設定なのだが，この映画で出てくる時計台？がちがくない？という話．

これは京大の時計台ではなくて近大の西門ですね．

スクショは近大のWebから．

ちなみに吉田寮は本物っぽい．京大の許可は取ったのだろうか…．

LDAP とローカルで同じユーザー名をつけたら一度ログアウトしましょう，という話

 情けない話なので備忘録．

ローカルで user1 を作成しログインした状態で，同名ユーザーを LDAP で user1 としou=SUDOers となるグループに設定していた．このとき，ユーザー名は同じに見えるのだけれど，user_id がローカルは 1001，LDAP は 10001 となっていたので，「ユーザー名は正しく見えるのにファイル生成で変に permission denied されるぞ」「ユーザー名は正しく見えるのにsudoできないぞ?」という事態が起きていた．

% sudo ls

sudo: あなたは passwd データベースに存在しません

どうやってわかったかというと，id コマンドは認証系 (LDAP) のユーザー名と user_id を表示してくれて，

% id user1

uid=10001(user1) gid=10001(user1) groups=10001(user1),11000(admin),10000(user)

そのシェルで whoami したらローカルでログインした該当 user_id が認証システムにないと言われたためである．

% whoami

whoami: cannot find name for user ID 1001

ls に -n オプションをつけるとユーザー名ではなくユーザーIDを表示してくれるのでそれもよいかもしれない．

%ls -l

合計 383M

drwxr-xr-x.  6 user1 user1 4.0K 10月 22 01:43 .

drwxrwxrwx. 83 user1 user1 8.0K 10月 22 06:41 ..

...

drwxr-xr-x. 14 user1 user1 4.0K 10月 21 21:48 zlib-1.2.9

%ls -ln

合計 383M

drwxr-xr-x.  6 10001 10001 4.0K 10月 22 01:43 .

drwxrwxrwx. 83 10001 10001 8.0K 10月 22 06:41 ..

...

drwxr-xr-x. 14 10001 10001 4.0K 10月 21 21:48 zlib-1.2.9

ログアウトしてログインしたら解決したという情けない話であった．とはいえ認証系でおかしい時にログアウトするのは勇気がいるけれど．

(危ない操作をする場合は，タブ1つはログインしっぱなしにしておけとか，違う tty でログインしておけ，とか言っていましたね)

ldappasswd が Invalide credentials (49) を返してくる

 タイトルの通りですが，LDAPのパスワードを変えようと ldappasswd を使うのだが， % ldappasswd -x -D "cn=Manager,dc=example,dc=com" -W "uid=student1,ou=Users,dc=example,dc=com" -S New password: Re-enter new password: Enter LDAP Password: ldap_bind: Invalid credentials (49)  

と返されうまくいかない．原因は

(1) 認証に利用しているrootdnが異なる

(2) 認証に利用しているパスワードが異なる，特に平文を使っている場合，それがハッシュ化される時のハッシュ値が実行条件によって変化する

(3) 認証に利用しているパスワードへのアクセス権がない

などがあげられるらしいが，(2) はMD5にしているし，(1)，(3) は他の ldap* コマンドは受け付けているので理由が全くわからなくて困ってしまった．

結局初期化はインスタンスごと作り直すことに．

#!/bin/perl # # perl script to generate .ldif # # usage: # perl gen_ldif.pl "username" "passwd" "sudo/normal" # -> "username".ldif # -> "username".sh # sudo "username".sh # my $username = $ARGV[0]; my $passwd = $ARGV[1]; my $uid = $ARGV[2]; my $sudo = $ARGV[3]; system("pwdhash -s MD5 $passwd > _tmp_"); open(PWD,"_tmp_") || die "cannot open _tmp_file, die\n"; $passwd = <PWD>; chomp($passwd); #open(LDIF,">${username}.ldif") || die "cannot open ${username}.ldif, die\n"; open(SH, ">${username}.sh") || die "cannot open ${username}.sh, die\n"; printf STDOUT <<EOF; dn: uid=${username},ou=Users,dc=example,dc=com changetype: add objectClass: top objectClass: person objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: posixAccount uid: ${username} cn: ${username} sn: ${username} uidNumber: ${uid} gidNumber: ${uid} homeDirectory: /home/${username} loginShell: /bin/bash userPassword: ${passwd} dn: cn=user,ou=Groups,dc=example,dc=com changetype: modify add: memberUid memberUid: ${username} dn: cn=${username},ou=Groups,dc=example,dc=com changetype: add objectClass: top objectClass: posixGroup cn: ${username} gidNumber: ${uid} EOF if(${sudo} =~ "sudo"){ printf STDOUT <<EOF; dn: cn=admin,ou=Groups,dc=example,dc=com changetype: modify add: memberUid memberUid: ${username} EOF } close(LDIF); #printf SH <<EOF; #ldapmodify -D cn=Manager -W -f ./${username}.ldif #EOF system("rm _tmp_");  

こんな感じの Perl スクリプトでユーザーを追加する .ldif を作成．

#!/bin/sh LDIF="users.ldif" # lab staff perl gen_ldif.pl professor1 pass1 10002 sudo > ${LDIF} # students perl gen_ldif.pl student1 pass2 20001 normal >> ${LDIF} perl gen_ldif.pl student2 pass2 20002 normal >> ${LDIF}  

シェルスクリプトで .ldif スクリプトを起動．

#!/bin/sh # # usage # sudo sudo_reset_ldap.sh # reset ldap db dsctl ds01 stop dsctl ds01 remove --do-it dscreate from-file /root/ds01.inf sudo dsctl ds01 restart sudo systemctl restart dirsrv@ds01 # systemctl status dirsrv@ds01 # read sssd.ldif ldapadd -D cn=Manager -W -f ./sssd.ldif # read other user.ldif ldapadd -D cn=Manager -W -f ./users.ldif  

その後，既存インスタンスの削除，インスタンス生成，LDAP オブジェクトの生成(基本+自分)，LDAP オブジェクトの生成( Perl で作った学生分)という感じ．

LinuxMint / AlmaLinux 環境に LDAP を入れる

長年やりたいと思っていた  LDAP/389DirectoryServer をインストールできた．こちらのサイトを大いにコピー参考させていただいた．大変ありがたい．

AlmaLinux 9 で 389 Directory Server を構築してみる

AlmaLinux 9 で SSSD+389ds でLDAP認証を構築してみる

こちらの環境は以下の通りなので，Server 側は一部読み替えが必要です．

Server：LinuxMint 

Client：AlmaLinux8 

Server側設定

LDAP/389DirectoryServer をインストール

% apt -y install 389-ds % which dscreate /usr/sbin/dscreate % dscreate create-template /root/ds01.inf % chmod 600 /root/ds01.inf % pwdhash -s MD5 password {MD5}X03MO1qnZdYdgyfeuILPmQ==  

生成した .inf の一部を書き換える．

% vi /root/ds01.inf # インスタンス名 + instance_name = ds01 # ds389 の root ユーザパスワードを設定 + root_password = {MD5}X03MO1qnZdYdgyfeuILPmQ== # root ユーザ名を設定 (デフォルトは cn=Directory Manager) + root_dn = cn=Manager # 自己署名証明書の有効期限の変更（2年→30年） + self_sign_cert_valid_months = 360 # ベースDNを作成（しない→する） + create_suffix_entry = True # ベースDNの指定 + suffix = dc=example,dc=com  

インスタンスの生成と動作確認

% dscreate from-file /root/ds01.inf Starting installation ... Validate installation settings ... Create file system structures ... Create self-signed certificate database ... Perform SELinux labeling ... Create database backend: dc=example,dc=com ... Perform post-installation tasks ... Completed installation for instance: slapd-ds01 % systemctl status dirsrv@ds01  

→Activeになっていることを確認

ポート開放

クライアントから接続するためのポートをあける

apt -y install ufw systemctl status ufw ufw default allow outgoing  

ufw allow ssh ufw allow 389 ufw allow 636 systemctl reload ufw  

sssd.ldif を作成

意識が低いので公開鍵認証ではなくパスフレーズ認証です．元記事にあった公開鍵認証のためのスキーマは読みません．

% cat sssd.ldif dn: ou=Users,dc=example,dc=com objectClass: organizationalUnit ou: Users aci: (targetattr="*")(version 3.0; acl "Allow full read to sssd"; allow (read,search,compare) userdn = "ldap:///cn=sssd,ou=tool-admin,dc=example,dc=com";) dn: ou=Groups,dc=example,dc=com objectClass: organizationalUnit ou: Groups aci: (targetattr="*")(version 3.0; acl "Allow full read to sssd"; allow (read,search,compare) userdn = "ldap:///cn=sssd,ou=tool-admin,dc=example,dc=com";) dn: ou=tool-admin,dc=example,dc=com objectClass: organizationalUnit ou: tool-admin dn: ou=SUDOers,dc=example,dc=com objectClass: organizationalUnit ou: SUDOers aci: (targetattr="*")(version 3.0; acl "Allow full read to sssd"; allow (read,search,compare) userdn = "ldap:///cn=sssd,ou=tool-admin,dc=example,dc=com";) dn: cn=sssd,ou=tool-admin,dc=example,dc=com objectClass: applicationProcess objectClass: simpleSecurityObject cn: sssd userPassword: sssd00 dn: uid=user01,ou=Users,dc=example,dc=com objectClass: top objectClass: person objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: posixAccount uid: user01 cn: user01 sn: user01 uidNumber: 10001 gidNumber: 10001 homeDirectory: /home/user01 loginShell: /bin/bash userPassword: user0100 dn: uid=user02,ou=Users,dc=example,dc=com objectClass: top objectClass: person objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: posixAccount uid: user02 cn: user02 sn: user02 uidNumber: 10002 gidNumber: 10002 homeDirectory: /home/user02 loginShell: /bin/bash userPassword: user0200 dn: cn=user,ou=Groups,dc=example,dc=com objectClass: top objectClass: posixGroup cn: user gidNumber: 10000 memberUid: user01 memberUid: user02 dn: cn=user01,ou=Groups,dc=example,dc=com objectClass: top objectClass: posixGroup cn: user01 gidNumber: 10001 dn: cn=user02,ou=Groups,dc=example,dc=com objectClass: top objectClass: posixGroup cn: user02 gidNumber: 10002 dn: cn=admin,ou=Groups,dc=example,dc=com objectClass: top objectClass: posixGroup cn: admin gidNumber: 11000 memberUid: user01 dn: cn=%admin,ou=SUDOers,dc=example,dc=com objectClass: top objectClass: sudoRole cn: %admin sudoUser: %admin sudoHost: ALL sudoCommand: ALL  

sssd.ldif を読む

% ldapadd -D cn=Manager -W -f ./sssd.ldif Enter LDAP Password:  

補足：

  % ldapmodify -D cn=Manager -W -f ./sssd.ldif Enter LDAP Password: ldapmodify: modify operation type is missing at line 2, entry "ou=Users,dc=example,dc=com"  

modify operation type is missing at line 2, entry "ou=Users,dc=example,dc=com"

と表示されてる場合，ldapadd ではなく ldapmodify を実行している．ldapmodify を使う場合は，ldifにどのような変更を行うか記述が必要らしい．

3.2.4 LDIFによるエントリの追加・削除・更新・識別名変更と未サポートのLDIF記述

再度実行してみる

% ldapadd -D cn=Manager -W -f ./sssd.ldif Enter LDAP Password: adding new entry "ou=Users,dc=example,dc=com" adding new entry "ou=Groups,dc=example,dc=com" adding new entry "ou=tool-admin,dc=example,dc=com" adding new entry "ou=SUDOers,dc=example,dc=com" adding new entry "cn=sssd,ou=tool-admin,dc=example,dc=com" adding new entry "uid=user01,ou=Users,dc=example,dc=com" adding new entry "cn=user,ou=Groups,dc=example,dc=com" adding new entry "cn=user01,ou=Groups,dc=example,dc=com" adding new entry "cn=admin,ou=Groups,dc=example,dc=com" adding new entry "cn=%admin,ou=SUDOers,dc=example,dc=com"  

ldif の情報が登録できたか確認する．

% ldapsearch -D cn=Manager -W  

クライアント設定

sssdインストール

% dnf install sssd sssd-tools sssd-dbus  

sssd.conf は Quita の記事のほぼそのままです．

% touch /etc/sssd/sssd.conf % chown root:root /etc/sssd/sssd.conf % chmod 600 /etc/sssd/sssd.conf % cat /etc/sssd/sssd.conf  

[sssd] debug_level = 0 config_file_version = 2 services = nss, pam, ssh, sudo domains = default [domain/default] id_provider = ldap auth_provider = ldap chpass_provider = ldap sudo_provider = ldap ldap_uri = ldaps://xx.xx.xx.140:636 ldap_default_bind_dn = cn=sssd,ou=tool-admin,dc=example,dc=com ldap_default_authtok = sssd00 ldap_search_base = dc=example,dc=com ldap_id_use_start_tls = True ldap_tls_reqcert = never ldap_search_timeout = 3 ldap_network_timeout = 3 ldap_opt_timeout = 3 ldap_enumeration_search_timeout = 60 ldap_enumeration_refresh_timeout = 300 ldap_connection_expire_timeout = 600 ldap_sudo_smart_refresh_interval = 600 ldap_sudo_full_refresh_interval = 10800 entry_cache_timeout = 1200 cache_credentials = True [nss] homedir_substring = /home entry_negative_timeout = 20 entry_cache_nowait_percentage = 50 [pam] [sudo] [autofs] [ssh] [pac] [ifp]  

SSSD 起動

% systemctl start sssd % systemctl status sssd  

→Activeになっていることを確認

動作確認

% sssctl domain-status default Online status: Online Active servers: LDAP: xxx.xxx.xxx.140 Discovered LDAP servers: - xxx.xxx.xxx.140  

ユーザー情報取得

% getent passwd user01 user01:*:10001:10001:user01:/home/user01:/bin/bash % id user01 uid=10001(user01) gid=10001(user01) groups=10001(user01),11000(admin),10000(user)  

認証をSSSDに変更

% authselect select sssd with-sudo --force バックアップは /var/lib/authselect/backups/2025-10-15-10-52-21.8mo86Y に保存されました プロファイル "sssd" が設定されました。 以下の nsswitch マップはプロファイルで上書きされます: - passwd - group - netgroup - automount - services - sudoers Make sure that SSSD service is configured and enabled. See SSSD documentation for more information.  

ログインしてみよう．

% su user01 パスワード: bash: /home/user01/.bashrc: 許可がありません bash-4.4$ sudo ls あなたはシステム管理者から通常の講習を受けたはずです。 これは通常、以下の3点に要約されます: #1) 他人のプライバシーを尊重すること。 #2) タイプする前に考えること。 #3) 大いなる力には大いなる責任が伴うこと。 パスワード: ダウンロード テンプレート デスクトップ ドキュメント ビデオ 音楽 画像 公開  

.bashrc が読めていないけれど，ログインもできたしsudoもできた．ようやく使えるようになった．

LDAP初期化

LDAP の設定を初期化する際は消す前に一度止める必要があるらしい．LDAP 設定でおかしいなと思ったら，次の一連のコマンドを実行してまっさらな .inf ファイルから再構築していた．この知識がない段階では，LDAP  がうまくいかなくなったら OS まるごと再インストールしていた．(TATが…)

% dsctl ds01 stop Instance "ds01" has been stopped % dsctl ds01 remove --do-it Removing instance ... Completed instance removal % dscreate from-file /root/ds01.inf Starting installation ... Validate installation settings ... Create file system structures ... Create self-signed certificate database ... selinux is disabled, will not relabel ports or files. Perform SELinux labeling ... selinux is disabled, will not relabel ports or files. Create database backend: dc=example,dc=com ... Perform post-installation tasks ... Completed installation for instance: slapd-ds01 %  

参考

こちらのサイトも参考にはしていたのだけれど，おそらく aci 設定が適切でなくてユーザー情報は引けたがログインには至らなかった．

RaspberryPiに389DirectoryServer(389-ds)をインストールしてみた

AlmaLinuxにOpenLDAPクライアントをインストールした

ラズパイにファイアウォールを設定する(ufw)

いつも頼りにしている Server World さんの設定はすごくシンプルなんだがうまくいかない．

OpenLDAP : LDAP サーバーの設定

https://www.server-world.info/query?os=Rocky_Linux_8&p=openldap&f=1

OpenLDAP : LDAP クライアントの設定

https://www.server-world.info/query?os=Rocky_Linux_8&p=openldap&f=3

はまったこと

sssd.ldif に書いたパスワードの末尾に空白があるとパスフレーズ認証が通らない．これは平文でも暗号化していても同じ．これでずっと悩んでいて，うまく行ったりうまく行かなかったりぱっと見の再現性がなくてめっちゃこまっていた．

また /root/ds01.inf の先頭行が空欄になっていたのも問題だったかもしれない．とにかく設定中にエラーなり警告なりが出てくれないので難易度が高すぎる．

追記 (25/11/23)

Ubuntu で同様にセットアップしていたら，sudo 実行時に libsss_sudo.so が無いと言われた．(sudoそのものは正しく動く)

% sudo ls sudo: unable to load /usr/lib/x86_64-linux-gnu/libsss_sudo.so: sudo: unable to initialize SSS source. Is SSSD installed on your machine?  

これは libsss-sudo を入れればよいらしい．

参考：unable to initialize SSS source - Linux Mint Forums

% apt install libsss-sudo  

AlmaLinux8 で NFS を有効にする

基本的にこちらのサイトの通りにすればよい．

https://qiita.com/Higemal/items/5d7450a66672b50bcaf0

Server 側設定 (xx.xx.xx.141)

パッケージインストール

% dnf install -y rpcbind nfs-utils

共有ディレクトリ作成

% mkdir /mnt/disk1

exports記述

% vi /etc/exports

/mnt/disk1 xxx.xxx.xxx.0/24 (rw,no_root_squash,async)

サービス起動

% systemctl enable rpcbind

% systemctl restart rpcbind

% systemctl status rpcbind

→ Activeになっていることを確認

% systemctl enable nfs-server

% systemctl restart nfs-server

% systemctl status nfs-server

→ Activeになっていることを確認

Cliant 側設定 (xx.xx.xx.142)

パッケージインストール

% dnf install -y nfs-utils

マウント先作成

% mkdir /nfs/disk1

ここでマウントしてみるもうまく行かない

% mount -v -t nfs xx.xx.xx.141:/mnt/disk1 /nfs/disk1

mount.nfs: timeout set for Tue Oct 14 22:37:52 2025 mount.nfs: trying text-based options 'vers=4.2,addr=xx.xx.xx.141,clientaddr=xx.xx.xx.142' mount.nfs: mount(2): No route to host

mount.nfs: timeout set for Tue Oct 14 22:37:52 2025 mount.nfs: trying text-based options 'vers=4.2,addr=xx.xx.xx.141,clientaddr=xx.xx.xx.142' mount.nfs: mount(2): No route to host

^C

firewall で nfs サービスの有効が必要でした．

https://www.server-world.info/query?os=AlmaLinux_9&p=nfs&f=1

% firewall-cmd --add-service=nfs

success

% mount -v -t nfs xx.xx.xx.141:/mnt/disk1 /nfs/disk1

% ls /nfs/disk1

cad  home

無事開通！

/etc/fstabに記述する

% vim /etc/fstab

xx.xx.xx.141:/mnt/disk1 /nfs/disk1 nfs defaults 0 0

ちなみに Ubuntu で nfs を入れるには，ufs-common を使うようです．

% apt install nfs-common

Alma Linux 8 に各種 CAD を入れる

 Alma Linux 9 にて各種 CAD を動かそうと苦労していたけれど，Synopsys Container を使っても動かない CAD があったりするので(例えば WaveView )，結局諦めて Alma Linux 8.10 を入れることに．結論からすると最初から Alma Linux 8 を入れておけばよかったよ．(学生を待たせてしまって大変申し訳ないことをしてしまった)

Alma Linux 9 と異なり OS インストールはGUIで何も問題なく終わる．

学内のDNSサーバーだと名前解決できないので8.8.8.8を加える．

Linux勉強１日目：dnf updateがCurl error (6)で失敗したのでDNS設定を修正した。

好みの問題だが，ウィンドウマネージャとして XFCE を入れる．次の Web ページの通りにすればよい．

RHEL、Rocky Linux、およびAlmaLinuxにXFCEデスクトップをインストールする方法

Hspice は tcsh を入れたら動いた．

IC Compiler II を試す．

 libpng12 が要求された．SOURCEFORGE からダウンロード．

https://sourceforge.net/projects/libpng/files/latest/download

すると

% icc2_shell

/cad/synopsys/icc2/Q-2019.12-SP2/linux64/nwtn/bin/icc2_exec: /cad/synopsys/icc2/Q-2019.12-SP2/linux64/nwtn/bin/../shlib/libz.so.1: version `ZLIB_1.2.9' not found (required by /lib64/libpng16.so.16)

といわれる．zlib 1.2.9 を入れよう

https://stackoverflow.com/questions/48306849/lib-x86-64-linux-gnu-libz-so-1-version-zlib-1-2-9-not-found

ところが入れた zlib が読まれていないのか同じメッセージが出続ける．lib ファイルを指定するには LD_LIBRARY_PATH を指定すればよいらしいがうまくいかなかった．

% export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH

LD_PRELOAD を指定したらうまくいった．

https://github.com/Automattic/node-canvas/issues/1779

% LD_PRELOAD=/usr/local/lib/libz.so.1   /cad/synopsys/icc2/Q-2019.12-SP2/linux64/nwtn/bin/icc2_exec

WaveView を試す．libnsl が要求されたのでインストールする．すると

% wv

/lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

と表示されて動かない．

次のサイトの通り LD_PRELOAD を指定してみたがうまくいかない．

https://github.com/helloSystem/LinuxRuntime/issues/11

% LD_PRELOAD=/lib64/libfontconfig.so.1 /cad/synopsys/wv/P-2019.06/platforms/linux64/bin/wv

別の例で同梱されている libfontconfig.so.1 を消してみよとのアドバイスがあった．

https://steamcommunity.com/app/200710/discussions/0/6660355571253785122/?l=japanese

https://www.reddit.com/r/GowinFPGA/comments/14owdzp/error_gw_ide_symbol_lookup_error/

https://blueeyes.sakura.ne.jp/2019/12/24/2793/

% mv /cad/synopsys/wv/P-2019.06/platforms/linux64/lib/libfreetype.so.6 /cad/synopsys/wv/P-2019.06/platforms/linux64/lib/libfreetype.so.6.bak

% wv

うごいた！

Virtuoso はおおよそ Alma Linux 9 と同じであった．以下をリポジトリもしくは rpm からインストール

% dnf install ksh redhat-lsb apr-util

(redhad-lsb は epel-release が必要)

% dnf install  compat-openssl10-1.0.2o-4.el8_10.1.x86_64.rpm compat-db-headers-4.7.25-28.amzn2.noarch.rpm compat-db47-4.7.25-28.amzn2.x86_64.rpm

% virtuoso

/cad/cadence/IC618.170/bin/virtuoso[113]: /cad/cadence/IC618.170/bin/cds_plat: not found [そのようなファイルやディレクトリはありません]

と表示される場合，cds_plat を動かすための shell (tcsh) が入っていないのでいれてやる．

% dnf install tcsh

こちらの環境では，Virtuoso と Xcelium を同時に PATH 指定していると，Virtuoso が Xcelium に同梱されているシェアードライブラリを見に行ってしまいうまく起動しない． 

% virtuoso

/cad/cadence/IC618.170/tools.lnx86/lib/64bit/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by /cad/cadence/XCELIUM2409_Hotfix/tools.lnx86/lib/64bit/libvisadev.so)

これはよくわからなかったので，デフォルトでは Xcelium のPATHを外しておいて，Xceliumがほしいときに設定ファイルを読むことで運用による対応にしてしまった…．( LD_LIBRARY_PATH でどうにかできるのかもしれないがうまくいかない…)

GoogleApps@IEEE を退会する

 

IEEEからメールが来た．

要約すると，

GoogleApps@IEEE 使ってくれてありがとう！ディスク容量も200GBに増えるし(注：正確には戻っただけ)，Gemini や Notebook LM もつかえるよ，エキサイティングだね！こんな太っ腹サービスが2026年度までは無料だよ！2027年からは年間使用料 USD37 (6000円)請求するよ．

と，こっちは年間 USD833.6 (年会費 USD200 + デジタルライブラリ USD52.8 x 12：12.5万円) 払っているのに実質さらなる値上げである．Google AI Pro (月額2900円) に比べれば安価かもしれないけれど…．

GoogleApps@IEEE を大して使っていないなら退会してしまうのも手かもしれない．

スクリーンショットの通りに選択して，"DELETE" でよさそうだ．@ieee.org の E メールアカウントがなくなるのがちょっと寂しい気はするが，なくてもあまり関係ないか．