Windows 10にはコマンドライン式のパッケージマネージャが導入されるかも 56
ストーリー by hylom
重いWindows-Updateをなんとかしてほしい 部門より
重いWindows-Updateをなんとかしてほしい 部門より
あるAnonymous Coward 曰く、
ExtremeTechによると、Windows 10テクニカルプレビューの最新ビルドには、Linuxなどで採用されているようなパッケージマネージャ機能が含まれているという。このパッケージマネージャは「OneGet」と呼ばれている（ExtremeTech、マイナビ、MSDN、Slashdot）。
OneGetはPowerShellで利用できるパッケージ管理機能であり、Find-Package、Install-Package、Uninstall-Package、Update-Packageなどのコマンドが用意されているという。
これまではインストーラをダウンロードし、ウィザードダイアログで「次」を繰り返し押してインストール作業を実施する必要があったが、Windows 10からはコマンド一発でインストールやアップデートといった管理を行えるようになる可能性がある。
なお、OneGetはWindows Management Framework V5 Previewとしてすでにプレビュー版の配布が行われている。また、OneGetはオープンソースで開発されておりソースコードの公開も行われている（GitHubのOneGetプロジェクト）。
同梱アドウェア (スコア:3)
公式配布インストーラーにツールバー同梱な無料ソフトはリポジトリのポリシーで弾いてくれるのだろうか？
依存関係で知らずに入るとかだったら嫌すぎる。
msiexecは…？ (スコア:1)
今でもmsiexecで同様のことができるはずですが…（きちんと.msiファイルが作られていれば）
Re:msiexecは…？ (スコア:5, 参考になる)
msiexec はインストールだけなんで Linux だと dpkg や rpm コマンド相当。
OneGet は外部レポジトリからパッケージの検索、インストール、更新が行えるので apt や yum に相当。
Re: (スコア:0)
WindowsだとChocolateyやMSYS2なんかが近いですかね。
Re: (スコア:0)
OneGetはChocolateyのリポジトリを使用するようですよ。
しかし、
> Chocolatey which has over 1,700 unique software packages.
少なっ。
OneGetの登場を機会として今後増えるのかもしれませんが。
Re:msiexecは…？ (スコア:1)
「コマンドライン式」という意味では、おっしゃるとおり従来のWindows Installerでもできたことですね。
実際のところ、Chocolateyで公開されているパッケージも、従来のインストーラをサイレント実行させるだけのものが大部分です。
（例えばRubyのパッケージをインストールすると、OneClick Installerがダウンロードされます。）
今回の（※）ポイントは、中央レポジトリが用意され、複数パッケージ間の依存関係を管理できるようになった点だと思います。
Windows Installerの問題というより、各デベロッパが勝手気ままに自分のWebサイトにインストーラを公開するようなWindowsの文化では、上手くできなかったことです。
この点が、「UNIXスタイル」などと呼ばれる所以なのだと思います。
個人的には、UNIX系オープンソースコミュニティの管理社会はあまり好きではありませんが、便利なのは確かなので、
よいところはどんどん取り入れてもらえばいいと思います。
（※）厳密には、すでにVisualStudioやChocolateyで利用されているNuGet仕様の特徴ですが。
Re:msiexecは…？ (スコア:1)
UNIX系のアプリも各開発者がバラバラに公開していると思いますが。
パッケージにまとめているのはディストリビューションを作っているところです。
# 最近UNIX関係でやたらともってまわった文体と断言調で誤解を振り撒いている人がいますね。
Re: (スコア:0)
そらUNIXでなくてLINUX
Re: (スコア:0)
FreeBSDのportsは?
まあ2014年でベストなLinux [srad.jp]の候補にあげられるくらいだからLinuxでいいのか。
Re: (スコア:0)
開発者でない人が勝手にまとめることが(ライセンス的に)可能なことが大きな違いでしょう。
Re: (スコア:0)
xrdp7はubuntuのパッケージで入れたんだが、RDP8に対応していない
xrdp8はパッケージが存在しないので、xrdpの配布サイトからxrdp8を手に入れて苦労してコンパイルしてインストールしたら、OSがまともに起動しなくなりました
何をいまさら… (スコア:0)
四半世紀近く前に使っていた SVR4 な UNIX には、pkgadd とか pkgdel とか既にあったけどな。
Re: (スコア:0)
問題はフォーマットが統一されてないことだと思うけどね。debかyumかに厳格な書式を決めてunix系で統一して欲しい。わりとマジで。GUIとかはかってにやってくれていいから。
Re: (スコア:0)
たとえばフォーマットが deb に統一されたとして、Debian 用の deb は RedHat では
動かず、RedHat 用の deb は Debian では動かない、みたいなことになって、
かえって混乱が増すんじゃないかなあ。どうせ動かないならパッケージのフォーマットを
統一してもあまりメリットないし。コマンドが統一できると言うかもしれないが、
たぶんそれもすぐに分裂するだろうし。
ユーザーの作成という超基本的なことすら統一できない Linux 界隈でパッケージツールの
統一なんて夢のまた夢じゃないかな。
Re: (スコア:0)
同一のもので済む場合の方法として欲しいんですよ。
複数のファイルを固まりとしてあつかって一発で追加削除出来るのは、操作ミスリスクを減らせるので。
Re: (スコア:0)
それ、Dockerで出来るよ。
いまだ！ (スコア:0)
カレーにOneGet！(´⌒(´ ⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡ ￣￣ (´⌒(´⌒;; ｽﾞｻﾞｰｰｰｰｰｯ
いまさら感たっぷりなのはみな感じている (スコア:0)
ついでに、レジストリも廃してほしい。
Re:いまさら感たっぷりなのはみな感じている (スコア:1)
で、iniファイルがあちらこちらに散らばってどこに有るか分からない＆名前被って上書きする＆OSのiniファイルを上書きするカオスな時代に戻ると。
Re: (スコア:0)
systemdがregistry相当の機能を提供して阿鼻叫喚になる未来が見えた
Re: (スコア:0)
既にgconfがありますが…>レジストリ相当
Re: (スコア:0)
レジストリの混沌は何とかして欲しいけど、代わりにテキストファイルとかはカンベンな。
いっそのこと (スコア:0)
aptにして下さい。
Re:いっそのこと (スコア:2)
理由が明らかではない
Re: (スコア:0)
MS-DOS復活させろ
Re: (スコア:0)
Debian GNU/Win32 の出番かな？
http://developers.srad.jp/story/01/08/22/0434213/Debian-GNUWin32%EF%BC%9F [srad.jp]
設定ファイルの位置とかもDebianだろうけど・・・
インストール先 (スコア:0)
パッケージのインストール先の指定はできるんだろうな・・・？
SSDだからそこに突っ込まれまくると嫌なんだが
Re: (スコア:0)
インストールする前にProgram Filesをジャンクションでどうにかせい。
# めんどくさいからやんなかったのでAC。
Re: (スコア:0)
> SSDだからそこに突っ込まれまくると嫌なんだが
なぜに?
なにか揚げ足を取りたくて仕方ないようだから釣られてやろう (スコア:0)
容量が足りなくなるから。
get-appxpackage的なもの？ (スコア:0)
8以降だとPowershellからget-appxpackageコマンドとかでストアアプリとかを消したりできたとおもうけど
一般のインストーラーに対しても似たような事ができるってことかな？
Linuxレベルのものは無理でしょ (スコア:0)
こういうのはシステムワイドでインストールされるすべてのパッケージを管理下におかないと、依存関係の解決などの完全なパッケージ管理はできないものですが、そこまでしっかりやるわけではないんでしょうね。
Re: (スコア:0)
今でも/usr/localなんて無法地帯だろ？
別に何にも変わらないと思うんだが。
Re: (スコア:0)
これはひどい。
Re: (スコア:0)
そういうのは98の時代にライブラリの置き換え合戦があった末否定された。
今時ディスクなんて安いんだし、必要なファイルはパッケージ内に自分で持つ。コンシューマ向けはこれで十分。
＃Ｌｉｎｕｘの依存が循環しててどうにもならないようなのもベストプラクティスだとは思えんけどね
をを、コマンドラインだけでいいのか (スコア:0)
今でも単にWindowsUpdateを立ち上げるだけならcontrol updateだけで済むけどその後がマウス操作。
せっかくなのでpacman使ってmsys2(+mingw-x64)も一緒に面倒見てくれるといいんだけどなあ(笑)
ほら、wgetとかもヤバいご時世なので(ﾏﾃ)
Re: (スコア:0)
スクリプト書いちゃう手もありますよ。 [microsoft.com]
VBSスクリプトならサンプルスクリプトがAPIリファレンスに載ってます。 [microsoft.com]
# PowerShellでやると今風になるかも？
それでもおれはzip派 (スコア:0)
apacheはapache loungeで配布されているZIPオンリー
firefoxは常にnightlyかaurora
operaは必ずスタンドアローンインストール
その他のソフトも、ZIPで配布されて「インストール」とかいう作業が極力不要なものを探しまくる。シャレにならないくらい探しまくる。無ければ使わなかったりもする。
複数の版を入れて比べて遊ぶんだ。
Re: (スコア:0)
そこまでじゃないけどインストーラ版とzip版の両方があるなら迷わずzip版を使う
Re: (スコア:0)
強制解凍できないインストーラーしかない場合は、仮想マシンにインストールしてからコピー
オプションキー (スコア:0)
やっぱり最大の利点は複雑な操作を説明しやすくなることだろうな。
いざという時役に立つ。
GUIだといちいち画面を説明する必要があるが、
コマンドライン操作ならDOS窓開かせれば後は
「直接入力で今から言うコマンド打ってください、何が表示されましたか？」
で済む。
いろいろ条件があってもオプションキーや引数で済むから簡単。
わからなくてもコピペ一発で解決。
「それならrm -rf /って打ってみろ」系のいたずらが増えそうだが。
Re: (スコア:0)
こっちとしては複数方法あるのは嬉しい。
コマンド一発レベルですむケースもありますので。
ですが、qと９やcapslock、numlockでのトラブルによる時間増加の方が大きいだろうな。
※「代わりの人もうすぐ入れるから、それまで対応しなくて良いよ」は某大学。
それで妙に便利なオプションをサービスで追加して，のちのちの大きな脆弱性原因になるのですね，わかります (スコア:0)
Windows というか，マイクロソフトの場合，GUI のみにしておいた方がセキュリティ的には後々ラクなんじゃないかなあ…
Re: (スコア:0)
Windows serverを使った事がないのでしょうか…？
最近のは、純粋にコンソールのみとか、＋必要なパッケージのみとか出来ますよ。
なので、yumライクな「OneGet」の要望があり実装されたのでしょうし
Re: (スコア:0)
後々もなにも、できたらすぐにマルウェアのインストーラーとして大活躍しそうだが。
つまり、なんか有名なパッケージに自分のマルウェアの依存関係つけたもの勝ちだろ？
Re: (スコア:0)
そのへんのことをどうやって防ぐつもりなのかがマジで気になる。あれだけWindows Storeをガチガチにしておいて、まさか何も考えていないということはいくらなんでもないよね。
絶望した、PowerShellのファイル名補完の使いにくさに絶望した! (スコア:0)
なんか[TAB]を押しても、候補が連続的に提示されるだけだった。
一覧表示なんかできないんだろうか?
ともかく、apt update、apt upgrade(apt-getなどの機能はaptコマンドに統合中)
yum installとかport installとかはコマンドのヘルプで、簡単にオプションを調べられる。
対して
〉Find-Package、Install-Package、Uninstall-Package、Update-Package
である。
search-packageだったっけ?あれ違うな、えっとなんだっけ?
Windowsに、コマンド一覧を出すコマンドってあったっけ?
ってなる。
これ、前者は「○○を検索する」といった日本語的な文法と
「検索する○○を」という英語的な文法の違いに似ているかもしれない。
少なくとも、日本人の感覚だと、前者のほうがなじみやすい気がする。
ちなみに、Ubuntuでapt[TAB]ってファイル名補完させるとこんな感じ。
$ apt
apt-add-repository apt-config apt-internal-solver aptd aptitude-curses
apt-cache apt-extracttemplates apt-key aptdcon aptitude-run-state-bundle
apt-cacher apt-ftparchive apt-mark aptitude apturl
apt-cdrom apt-get apt-sortpkgs aptitude-create-state-bundle apturl-gtk
一覧出してくれたほうが便利だと思うんだけどね>PowerShell
Re:絶望した、PowerShellのファイル名補完の使いにくさに絶望した! (スコア:2)
PowerTab [codeplex.com]はどうでしょう
Re:絶望した、PowerShellのファイル名補完の使いにくさに絶望した! (スコア:1)
> search-packageだったっけ?あれ違うな、えっとなんだっけ?
> Windowsに、コマンド一覧を出すコマンドってあったっけ?
PowerShellではリストアップするなら Get、設定するなら Set のように
最初からコマンドの目的に対する命名記法を統一する文化が根付いてるから、そんなことにはならない
「名前忘れたけどとりあえずリストアップなら動詞はGetだから後はタブ押して～」で行ける
もしくは、名詞がわかっているなら *-Package[TAB] で補完できる
俺は一々補完で一覧出されてそこから選ぶってめんどいから、今の方が好き
一覧がいいなら、標準で入ってるPowerShell ISEでインテリセンスが使えるし、GUIもWindowsライクだからずっと使いやすい
Re: (スコア:0)
PowerShellなら、Get-Helpコマンドレットで色々表示してくれますよ。ちなみにmanというエイリアスも持っています。
さらに、Get-Helpに指定した名前が完全一致するものが無かった場合、部分一致するものを一覧表示してくれます。