Unix & Linux

Linux、FreeBSDおよび他のUn * xのようなオペレーティングシステムのユーザーのためのQ&A

4
シェルksh93は死んでいますか?
2013-01-10に、グレンファウラーはこれをast-usersメーリングリストに投稿しました。 ASTおよびUWINリストで何度か指摘されているように、AT&TはOpenSouceソフトウェアをほとんどサポートしていません。そのため、ASTソフトウェアのかなり大規模なコレクションに関与する人はほとんどいません。これにもかかわらず、ksh、nmake、vczip、UWINおよび他のASTツールはいくつかのAT&Tのプロジェクトで使用され続けています。 サポートが不足しているのはソフトウェアだけではないことがわかりました。dgk (David Korn)(AT&Tフェロー、36年間のサービス)とgsf (Glenn Fowler)(AT&Tフェロー、29年間のサービス)の両方が終了しました。 10. 3番目の主要なパートナーであるPhong Vo(AT&Tフェロー、32年間のサービス)は、数か月前にGoogleを去りました。UWINのメンテナーであるJeff Fellinは、まだAT&Tに所属しており、いくつかの重要な操作に対してUWINサポートを提供しています。 dgkとgsfはどちらもASTソフトウェアで引き続き動作し、実際には(少なくとも短期的には)それに集中するためにより多くの時間があります。 ダウンロードサイトとメールグループは、少なくとも今後数か月はAT&T内に残ります。AT&Tの同僚であるdr.ek、ASTユーザー、バグディテクターがサイトを管理します。astopen.orgドメインを保護し、バグ追跡機能を備えたリポジトリなど、AT&T以外のホスティングオプションを調査しています。 変更のプロセスには時間がかかります。ユーザーコミュニティの忍耐に感謝します。ほぼ30年間安定していた環境で働いた後、個人、キャリア、およびハッキングの未来を計画するのに3週間かかることは非常にショックです。計画が固まると、ユーザーグループに通知されます。 Korn自身のウィキペディアページでは、2013年まで AT&T Labs Researchで働いていたと述べていますが、現在は必要な Google 引用のために働いています。dgkornのgithubのユーザーアカウントが 2014年11月に作成されましたが、それはその時以来、正確に0公共貢献の源となって、そしてできるだけ多くのレポに加入しています。 2013年以降、関連するメーリングリストの活動は次第に少なくなりました。たとえば、2013年の第4四半期のast-developersリストには 2013-12-01までに156のメッセージが投稿されていましたが、2015年第4四半期の同じリストには3つのメッセージしかリストされていません。 件名:Re:[ast-developers] astからGitHubへの移行 astコードベースをGitHubなどのソースコードリポジトリに移行する意図はありますか?そうすれば、コミュニティが貢献しやすくなります。このような共同作業環境がなければ、バグ報告やソースコードパッチがエーテルで失われるため、ast関連の開発が停止するのではないかと心配しています。 誰でもどこでも公開できる完全なgitリポジトリを持っていますか(repo.or.cz、githubなど)?Gitサーバーは古くからダウンしており、現在はwww2.research.att.com(204.178.8.28)でもダウンしています。 これは、Kornshellの将来について疑問を抱かせます。死んだの?これ以上のリリースはありませんか? 実際、AT&Tはラボの研究のランディングページにすべてのASTリンクをリストしていますが、これらはどれも機能していないようです。これらは、ダウンロード用にkornshell.comにリストされている同じデッドリンクです。仮に現在のサーバーの状態が一時的なものであることが証明されたとしても、枯渇したメーリングリストは前兆とは思えません。 それで、kornシェルは現在カプートされていますか?または、これらの線に沿って他の場所でより多くの活動がありますか?

3
「はい」はどのようにしてファイルにこれほど迅速に書き込みますか?
例を挙げましょう: $ timeout 1 yes "GNU" > file1 $ wc -l file1 11504640 file1 $ for ((sec0=`date +%S`;sec<=$(($sec0+5));sec=`date +%S`)); do echo "GNU" >> file2; done $ wc -l file2 1953 file2 ここでは、コマンドyesが115046401 1953秒で行を書き込むのに対してfor、bash とを使用して5秒で行のみを書き込むことができますecho。 コメントで示唆されているように、それをより効率的にするためのさまざまなトリックがありますが、どれも速度に匹敵するものはありませんyes: $ ( while :; do echo "GNU" >> file3; done) & pid=$! ; sleep 1 …
58 bash  coreutils  write  yes 

1
SSHにログインしてプログラムを実行する単一のコマンドですか?
SSH経由でリモートサーバーにログインし、リモートログインシェルでプログラムを実行する単一のコマンドを構築する方法はありますか? OpenSSHマニュアルでは、「コマンドが指定されている場合、ログインシェルの代わりにリモートホストで実行されます」と表示されます。したがって、たとえば、ssh user@server mailリモートサーバーにログインし、メールボックスの状態を表示してから、ローカルシェルに戻ります。メールステータスを表示した後、リモートシェルに留まる方法はありますか? さらに、ssh user@server [command]コマンドがプログラム(vimやmuttなど)の場合は機能しないようです。リモートシェルにログインし、プログラム中およびプログラムを終了した後、特定のlogoutコマンドで最終的にのみ終了した後、プログラムを実行する方法はありますか? 最終的には、ローカルの.bashrcにエイリアスとしてこのようなコマンドを配置できるようにして、必要なときにすぐに実行できるようにします。例としては、SSHを介してリモートサーバーにログインし、リモートサーバーでmuttを開いてメールを読んだり送信したりします。
58 bash  shell  ssh  openssh 

2
>&-は> / dev / nullよりも効率的ですか?
昨日、私はこのSOコメントを読みました。このコメントでは、シェル内で(少なくともbash)は>&-「と同じ結果になります」と述べてい>/dev/nullます。 そのコメントは、実際にはその情報源としてABSガイドを参照しています。しかし、そのソースは、>&-構文が「ファイル記述子を閉じる」と述べています。 ファイル記述子を閉じてヌルデバイスにリダイレクトするという2つのアクションが完全に同等であるかどうかは明確ではありません。だから私の質問は:彼らですか? 表面的には、記述子を閉じることはドアを閉じることに似ていますが、ヌルデバイスにリダイレクトすることはリンボへのドアを開くことです!閉じたドアが見えても、そこから何も捨てようとしないので、この2つはまったく同じようには見えませんが、開いたドアがあれば、できると思います。 言い換えれば、ファイルのすべてのバイトを実際に処理し、それを忘れたファイルに書き込むことを>/dev/null意味するのかどうか、私はいつも疑問に思っていました。一方、シェルが閉じられたファイル記述子に遭遇した場合、私は考える傾向がある(ただし、わからない)疑問が残るかどうかかかわらず、それは単に、何も書かないということはまだだろう読んですべてのバイトを。cat mybigfile >/dev/null/dev/nullcat このコメントは「同じである必要が>&-あります>/dev/null」と言っていますが、それは私にとってそれほど圧倒的な答えではありません。標準またはソースコアを参照するかどうかに関係なく、より信頼できる回答を希望します。

3
「rm is hashed」とはどういう意味ですか?
私はhttp://mywiki.wooledge.org/BashGuide/CommandsAndArgumentsを通過し、これに遭遇しました: $ type rm rm is hashed (/bin/rm) $ type cd cd is a shell builtin 少し前に、このガイドには、Bashが理解できるさまざまなタイプのコマンド(エイリアス、関数、ビルトイン、キーワード、実行可能ファイル)がリストされていました。しかし、「ハッシュされた」という言及はありませんでした。それでは、この文脈では、「ハッシュ」とはどういう意味ですか?
58 bash  shell  command 


3
UNIX mvプログラムがディレクトリに-R(再帰)オプションを必要としないのに、cpはそれを必要とするのはなぜですか?
使用する必要があるとき、cpまたはmv「-Rdirで作業するときにオプションが必要ですか?」GNUでは、coreutils cpは必要であり-R、必要ありmvません。 dirsをコピーcpするための-Rオプションが必要であり、必要ない理由を見つけることができmvません。cpダイアリングなしで-R(ただし、再帰的な動作をすることで)ツールを使用することで誰かの習慣を壊すこと以外は問題を引き起こさない-Rと思いmvます。 説明を知っていますか?ずっと前に理由があったのでしょうか? 追加の質問:なぜcoreutils開発者はcpデフォルトでコピーディレクトリを再帰的に作成しないのですか?
58 directory  rename  cp 



5
ディレクトリの名前を入力するだけでcd?
私は20年前にこれをどこかに持っていたか、それについて夢見ていました。 基本的に: タイプがblobblob私が得るなら blobblob: command not found けっこうだ。 私のシェルがそれらのエラーを受け取ったとき-コマンドが見つかりません-その名前( 'blobblob')でディレクトリが存在するかどうかを確認し、それがそのディレクトリにあるかどうかを確認しますcd。 これを行わない、または慎重に行うにはいくつかの理由があると確信しています。 私はちょうどそれがかなりきれいだと思うだけで、私はそれをどこか(ここのような!)で見つけることによって試してみたいと思います。 これが暗示するかもしれないちょっとしたシェルプログラミングをどうやってやるかわからない。

5
GPG使用フラグは、主要な詳細リストでどのように定義されていますか?
キーの詳細を一覧表示すると、次のような出力が得られます。 $ gpg --edit-key SOMEID pub [..] created: [..] expires: [..] usage:SC [..] sub [..] created: [..] expires: [..] usage: E またはusage: SCA、別のキー(マスターキーパーツ)でも。 使用法フィールドのこれらの略語はどういう意味ですか? 私はそれを引き出すことができます: S -> for signing E -> for encrypting しかし、何についてCとA? そして、もっとありますか? そして、このようなものをどこで見るべきでしょうか?
58 gpg 

5
sshfsマウントのサーバー切断を処理するより良い方法は何ですか?
sshfsを介してマウントされたいくつかのディレクトリがあります。サーバーから切断されることがあります(私は構成できません)。私は通常、このようなディレクトリをマウントします sshfs user@server.example.com:/home/user /mnt/example サーバーが切断されると、sshfsサブシステムはディレクトリをアンマウント/解放せず、代わりにアクセス不能にロックします。と入力すると、マウントが表示されたままになりますmount。入力するとき ls /mnt/example プロセスがロックされます(Ctrl+ もc役に立たない)。だから sudo umount -l /mnt/example # find pid of corresponding process: ps aux | grep example.com kill -9 <pid of locked sshfs process> これに対処するより良い方法はありますか?明らかに、sshfsはumountを実行してクリーンアップする必要があります...理想的には、自動的に再接続します。
58 ssh  mount  sshfs 

4
Linuxのどこに物を置くべきかをどうやって知るのですか?
Windowsに何かをインストールするには、ボタンをクリックするだけです。しかし、APTにはないLinuxに何かをインストールしようとするたびに、私はとても混乱します。 zipされたフォルダーをダウンロードしますか?運がよければ、いくつかのドキュメントを参照するREADMEがあり、運がよければ助けになるかもしれません。 APTにない拡張機能やアプリケーションを「インストール」するときの手品とは何ですか? 私はLinuxが大好きですが、この問題は毎日私を悩ませます。

6
同じ/ homeフォルダーを共有する異なるLinuxディストリビューション?
/home異なるLinuxディストリビューション間で同じディレクトリを共有する最良の方法は何ですか? つまり、FedoraとArchの両方を持ちたいし、どのLinuxディストリビューションを起動しても、自宅で自分のファイルを見つけたいということです。しかし、同じパーティションをマウントすると/home、/homeディレクトリ内に保存された構成が台無しになる可能性があります。 じゃあどうすればいい?
58 partition  mount 


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.