Home Software Windows UniGetUI (formerly WingetUI) WingetUIはv3.1からUniGetUIに名称が変更されました @wakairo 03 Jul, 2024 22:36 +00:00 winget以外のパッケージ・マネジャーも多数サポートするようになってきたため、WingetUIをUniGetUIにちかぢか名称変更しますというアナウンスメントが2024/03/13に出ていました。 2024/07/03にバージョン3.1がリリースされ、リリース名が初めてUniGetUIになりましたので、名称変更が完了したものと思われます。 なお、バージョン3.0のリリースではWingetUIという名称でした。
Home Software Windows UniGetUI (formerly WingetUI) WingetUIにおいてVCRedistのアップデート通知が繰り返される問題とその解決策 @wakairo 25 Jun, 2024 05:09 +00:00 問題 WingetUIにおいて、Visual C++ 再頒布可能パッケージ(Microsoft.VCRedist.2015+.x64)がアップデート可能であると通知されるので、WingetUIからアップデート操作をして成功と表示されたにもかかわらず、すぐにまたアップデートが可能であると通知されることが繰り返されました。 どうやら、アップデート成功という表示は嘘のようで、実際にはWingetUIからこのVCRedistのアップデートには成功していなかった模様です。 解決策 コマンドプロンプトから以下のコマンドを実行したところ、アップデート通知が繰り返されることはなくなりました。 winget upgrade Microsoft.VCRedist.2015+.x64 つまり、WingetUIからアップデートが上手く行かないときは直接wingetでアップデートすると問題が解決することがあるようです。 参考 本件と関係するかは分かりませんが、以前のコメントにあるように、かつてWingetUIのインストールにおいて"Microsoft.VCRedist.2015+.x64"に関連するエラーが存在していました。
Home Software Windows netsh Windowsでのnetshを用いたポートフォワーディングの設定 @wakairo 29 Jan, 2024 06:55 +00:00 Last edited 29 Jan, 2024 07:00 +00:00 ポートフォワーディングを設定する 管理者権限で以下のコマンドを実行する。 netsh interface portproxy add v4tov4 listenaddress=<転送元(ホストOS)のipアドレス> listenport=<転送元ポート> connectaddress=<転送先ipアドレス> connectport=<転送先ポート> 注意事項:ポートフォワーディングの実用ケースでは、ファイアウォールの設定も追加で必用な場合が多いです。参考情報: https://gunmagisgeek.com/blog/other/7171 ポートフォワーディングの設定を確認するnetsh interface portproxy show all ポートフォワーディングを削除するnetsh interface portproxy delete v4tov4 listenaddress=<転送元(ホストOS)のipアドレス> listenport=<転送元ポート> 参考情報 Microsoft Learn: Netsh interface portproxy コマンド https://arubeh.com/archives/1749 https://gunmagisgeek.com/blog/other/7171
Home Software Windows UniGetUI (formerly WingetUI) UniGetUI(旧WingetUI)のインストール @wakairo 05 Sep, 2023 11:32 +00:00 Last edited 12 Oct, 2023 23:25 +00:00 (注)この問題は最新バージョンでは起きなくなったはずです WingetUIをwinget経由でインストールしたところ、「CONCRT140.dllが見つからない」というエラーが出て正常に動作しないことがありました。 結局このエラーの解決策は、Visual C++ 再頒布可能パッケージ(VCRedist)をインストールすることでした。 なおVCRedist は、以下のコマンドを使ってwinget経由でもインストールできます。 winget install -e --id Microsoft.VCRedist.2015+.x64 表示されたエラーメッセージの全文CONCRT140.dllが見つからないため、コードの実行を続行できません。プログラムを再インストールすると、この問題が解決する可能性があります。 参考 8/25に本家のGitHubでissueが立った。 9月下旬に修正のコミットが入った。 10/11にバージョン2.1.1がリリースされ、このバグフィックスもリリースに取り込まれたはず。
Home Software Windows Edge Desktop Search Bar Edge検索バーをデスクトップに表示する方法 @wakairo 28 Apr, 2023 00:53 +00:00 Last edited 28 Apr, 2023 00:54 +00:00 Edgeを起動し、画面右上の …(設定など)ボタンをクリックします。 [その他のツール]>[検索バーを起動する]をクリックします。 以上、 https://windowsfaq.net/windows/setting/hidden-desktop-search-baar/ より引用。
Home Software Windows UniGetUI (formerly WingetUI) パッケージにアップデートがあったときの通知 @wakairo 22 Feb, 2023 14:39 +00:00 Last edited 22 Feb, 2023 14:43 +00:00 WingetUIを以下のように設定することで、インストールしたソフトウェアのパッケージに更新があったときに通知を受け取ることが出来ます。 自動起動させる 1時間毎といった間隔を選んで、インストールしたパッケージにアップデートがあるかどうかを定期的に確認させる アップデートがあったときに通知させる 現在、この通知を有効にしてWingetUIを利用しているのですが、通知を受け取ってから数回の操作でサクッとソフトウェアのアップデートが出来るので便利です。 ただし、wingetを利用し始める前に既にインストールしていたソフトウェアについては、更新の通知を受け取っても、その先がスムーズに進まないことがしばしば起きています。 一度アンインストールしてwingetからインストールし直せば良いのかもしれませんが、データや設定が飛ぶリスクが気になってそう出来ていないソフトが残っています。 まっさらな状態からwingetを使っている場合は、WingetUIの通知機能を使ってソフトを最新に保つことが快適に出来そうですが、後からwingetを使い始めた場合はプッシュ型の通知よりも、自分の都合の良いタイミングでwingetコマンドを叩いた方が良いのかどうか。それとも、今は我慢で、wingetへの対応が進めば個々のアップデートでつまずくことは減っていくのでしょうか?
Home Software Windows winget: Windows Package Manager wingetがインストールされているかの確認方法(wingetは、管理者として実行したシェルでないと実行できないことがある) @wakairo 10 Feb, 2023 09:58 +00:00 Last edited 10 Feb, 2023 10:02 +00:00 管理者としてではなく普通に実行したシェルでwingetコマンドが認識されず実行できない問題が解決しましたので、その現象と原因、そして修正方法をこちらにまとめました。 なお、この問題の解決にはkou1okadaさんの情報が大きな助けとなりました。この場を借りて御礼申し上げます。
Home Software Windows winget: Windows Package Manager 管理者としてではなく普通に実行したシェルではwingetコマンドが認識されないときの対処法 @wakairo 10 Feb, 2023 08:51 +00:00 Last edited 11 Feb, 2023 14:11 +00:00 現象 管理者として実行したコマンドプロンプトやPowerShellでは問題なくwingetを利用できる。 しかし、管理者として実行しなかったコマンドプロンプトやPowerShellではwingetが「認識されていません」などとなって実行できない。 原因 環境変数のPathに対応するレジストリの値の種類がREG_SZになっている。 原因がレジストリにあるか確認する方法 PowerShellで以下のコマンドを実行したときの結果を見て、 REG Query HKCU\Environment /V Path 以下のように、Pathの種類がREG_SZとなっている場合は、問題の原因はこのレジストリの設定です。 HKEY_CURRENT_USER\Environment Path REG_SZ C:\foobar;%USERPROFILE%\AppData\Local\Microsoft\WindowsApps 修正方法 このWebページに載っている以下のコマンドを実行します。 if ((gi HKCU:\Environment).GetValueKind("Path") -eq "String") {sp Registry::HKEY_CURRENT_USER\Environment Path (gi HKCU:\Environment).GetValue("Path",$null,"DoNotExpandEnvironmentNames") -Type ExpandString; [Environment]::SetEnvironmentVariable("WM_SETTINGCHANGE","","User")} 修正できたかの確認 PowerShellで、以下のように、先ほどと同じコマンドを実行し、Pathの種類がREG_EXPAND_SZに変わったことを確認します。 PS C:\Users\wakai> REG Query HKCU\Environment /V Path HKEY_CURRENT_USER\Environment Path REG_EXPAND_SZ C:\foobar;%USERPROFILE%\AppData\Local\Microsoft\WindowsApps さらに、管理者として実行していないPowerShellかコマンドプロンプトで以下のコマンドを実行し、バージョンが無事表示されるようになっていれば、修正が出来ています。 winget -v なお、レジストリを変更した後は、念のためコンピュータの再起動をしておいた方が良いかもしません。 謝辞 この問題の解決では、前述のkou1okadaさんのWebページの情報が大きな助けとなりました。この場を借りて御礼申し上げます。
Home Software Windows winget: Windows Package Manager wingetのエラー表示はWingetUIよりも不親切? @wakairo 10 Feb, 2023 02:54 +00:00 Last edited 10 Feb, 2023 02:55 +00:00 アプリケーションの更新が失敗したときやエラーが発生したときの表示がwingetは不親切な気がしています。 wingetでエラーなどが発生したときに、wingetが返したメッセージを読んでも、次にいったいどうすればいいのかよく分からないことが多いように感じています。 それに比べると、WingetUIはwingetよりも関連する情報を多めに出してくれるので、親切な気がします。 wingetでもやりようはあるのでしょうが、ライトユーザーが日常的なメンテナンスをする分には、WingetUIの方が適しているのかもしれません。
Home Software Windows UniGetUI (formerly WingetUI) UniGetUI(旧WingetUI)のインストール @wakairo 10 Feb, 2023 02:42 +00:00 Last edited 10 Jul, 2024 03:50 +00:00 公式のGitHubのREADMEにも書かれていますが、 インストールはPowerShellかコマンドプロンプトで以下のコマンドを実行することで簡単にできます。 winget install --exact wingetui --source winget インストーラーをダウンロードして実行することでもインストールできるようですが、せっかくwingetがパッケージ管理をしてくれるのですから、wingetコマンドからのインストールの方が良さそうな気がします。 なお、2024年7月現在、前述のREADMEでは、インストーラーからのインストールが推奨(recommended)となっています。wingetコマンドからのインストールで問題になることはないと思いますが、winget以外のパッケージ・マネジャーも多数サポートするようになり、利用目的がwinget以外のパッケージ・マネジャーである方への配慮として、推奨をインストーラーにしたのかもしれません。推測ですが。
WingetUIはv3.1からUniGetUIに名称が変更されました
winget以外のパッケージ・マネジャーも多数サポートするようになってきたため、WingetUIをUniGetUIにちかぢか名称変更しますというアナウンスメントが2024/03/13に出ていました。
2024/07/03にバージョン3.1がリリースされ、リリース名が初めてUniGetUIになりましたので、名称変更が完了したものと思われます。
なお、バージョン3.0のリリースではWingetUIという名称でした。
WingetUIにおいてVCRedistのアップデート通知が繰り返される問題とその解決策
問題
WingetUIにおいて、Visual C++ 再頒布可能パッケージ(Microsoft.VCRedist.2015+.x64)がアップデート可能であると通知されるので、WingetUIからアップデート操作をして成功と表示されたにもかかわらず、すぐにまたアップデートが可能であると通知されることが繰り返されました。
どうやら、アップデート成功という表示は嘘のようで、実際にはWingetUIからこのVCRedistのアップデートには成功していなかった模様です。
解決策
コマンドプロンプトから以下のコマンドを実行したところ、アップデート通知が繰り返されることはなくなりました。
つまり、WingetUIからアップデートが上手く行かないときは直接wingetでアップデートすると問題が解決することがあるようです。
参考
本件と関係するかは分かりませんが、以前のコメントにあるように、かつてWingetUIのインストールにおいて"Microsoft.VCRedist.2015+.x64"に関連するエラーが存在していました。
Windowsでのnetshを用いたポートフォワーディングの設定
ポートフォワーディングを設定する
管理者権限で以下のコマンドを実行する。
注意事項:ポートフォワーディングの実用ケースでは、ファイアウォールの設定も追加で必用な場合が多いです。参考情報: https://gunmagisgeek.com/blog/other/7171
ポートフォワーディングの設定を確認する
ポートフォワーディングを削除する
参考情報
UniGetUI(旧WingetUI)のインストール
(注)この問題は最新バージョンでは起きなくなったはずです
WingetUIをwinget経由でインストールしたところ、「CONCRT140.dllが見つからない」というエラーが出て正常に動作しないことがありました。
結局このエラーの解決策は、Visual C++ 再頒布可能パッケージ(VCRedist)をインストールすることでした。
なおVCRedist は、以下のコマンドを使ってwinget経由でもインストールできます。
表示されたエラーメッセージの全文
参考
Edge検索バーをデスクトップに表示する方法
以上、 https://windowsfaq.net/windows/setting/hidden-desktop-search-baar/ より引用。
パッケージにアップデートがあったときの通知
WingetUIを以下のように設定することで、インストールしたソフトウェアのパッケージに更新があったときに通知を受け取ることが出来ます。
現在、この通知を有効にしてWingetUIを利用しているのですが、通知を受け取ってから数回の操作でサクッとソフトウェアのアップデートが出来るので便利です。
ただし、wingetを利用し始める前に既にインストールしていたソフトウェアについては、更新の通知を受け取っても、その先がスムーズに進まないことがしばしば起きています。
一度アンインストールしてwingetからインストールし直せば良いのかもしれませんが、データや設定が飛ぶリスクが気になってそう出来ていないソフトが残っています。
まっさらな状態からwingetを使っている場合は、WingetUIの通知機能を使ってソフトを最新に保つことが快適に出来そうですが、後からwingetを使い始めた場合はプッシュ型の通知よりも、自分の都合の良いタイミングでwingetコマンドを叩いた方が良いのかどうか。それとも、今は我慢で、wingetへの対応が進めば個々のアップデートでつまずくことは減っていくのでしょうか?
wingetがインストールされているかの確認方法(wingetは、管理者として実行したシェルでないと実行できないことがある)
管理者としてではなく普通に実行したシェルでwingetコマンドが認識されず実行できない問題が解決しましたので、その現象と原因、そして修正方法をこちらにまとめました。
なお、この問題の解決にはkou1okadaさんの情報が大きな助けとなりました。この場を借りて御礼申し上げます。
管理者としてではなく普通に実行したシェルではwingetコマンドが認識されないときの対処法
現象
管理者として実行したコマンドプロンプトやPowerShellでは問題なくwingetを利用できる。 しかし、管理者として実行しなかったコマンドプロンプトやPowerShellではwingetが「認識されていません」などとなって実行できない。
原因
環境変数のPathに対応するレジストリの値の種類がREG_SZになっている。
原因がレジストリにあるか確認する方法
PowerShellで以下のコマンドを実行したときの結果を見て、
以下のように、Pathの種類がREG_SZとなっている場合は、問題の原因はこのレジストリの設定です。
修正方法
このWebページに載っている以下のコマンドを実行します。
修正できたかの確認
PowerShellで、以下のように、先ほどと同じコマンドを実行し、Pathの種類がREG_EXPAND_SZに変わったことを確認します。
さらに、管理者として実行していないPowerShellかコマンドプロンプトで以下のコマンドを実行し、バージョンが無事表示されるようになっていれば、修正が出来ています。
なお、レジストリを変更した後は、念のためコンピュータの再起動をしておいた方が良いかもしません。
謝辞
この問題の解決では、前述のkou1okadaさんのWebページの情報が大きな助けとなりました。この場を借りて御礼申し上げます。
wingetのエラー表示はWingetUIよりも不親切?
アプリケーションの更新が失敗したときやエラーが発生したときの表示がwingetは不親切な気がしています。
wingetでエラーなどが発生したときに、wingetが返したメッセージを読んでも、次にいったいどうすればいいのかよく分からないことが多いように感じています。
それに比べると、WingetUIはwingetよりも関連する情報を多めに出してくれるので、親切な気がします。
wingetでもやりようはあるのでしょうが、ライトユーザーが日常的なメンテナンスをする分には、WingetUIの方が適しているのかもしれません。
UniGetUI(旧WingetUI)のインストール
公式のGitHubのREADMEにも書かれていますが、
インストールはPowerShellかコマンドプロンプトで以下のコマンドを実行することで簡単にできます。
インストーラーをダウンロードして実行することでもインストールできるようですが、せっかくwingetがパッケージ管理をしてくれるのですから、wingetコマンドからのインストールの方が良さそうな気がします。
なお、2024年7月現在、前述のREADMEでは、インストーラーからのインストールが推奨(recommended)となっています。wingetコマンドからのインストールで問題になることはないと思いますが、winget以外のパッケージ・マネジャーも多数サポートするようになり、利用目的がwinget以外のパッケージ・マネジャーである方への配慮として、推奨をインストーラーにしたのかもしれません。推測ですが。