タグ付けされた質問 「distributions」

2
$ PATHに$ HOME / .local / binがあるディストリビューションはどれですか?
例:Ubuntuでは、.localホームディレクトリに常にディレクトリがあり.profile、次の行が含まれています。 PATH="$HOME/bin:$HOME/.local/bin:$PATH" $HOME/.local/binデフォルトでは存在しませんが、作成された場合は既に存在し$PATH、その中の実行可能ファイルが見つかります。 これは、XDGディレクトリ仕様では正確に言及されていませんが、派生したようです。 私が疑問に思うのは、これが最も一般的なエンドユーザーディストリビューションに存在すると通常想定できるほど十分に一般的であるかどうかです。たとえば、すべてのDebian派生物ですか、それとも少なくともUbuntu派生物ですか?Red Hat / Fedora / CentOSエコシステムはどうですか?Arch、Suse、そして最近人々が使用しているものなど。 明確にするために、これはのみであり$HOME/.local/bin、ではありません $HOME/bin。 好奇心から、あなたが情報を持っているなら、BSD、OS / Xなどを自由に含めてください。:)

3
Linux Debianコードネーム
Debianリリースにコードネームを付けることに関して、非常に馬鹿げた非技術的な質問がいくつかあります。 Debianの各リリースには固有のコードネームがあります。これは(これまで)PixarのToy Story映画のキャラクターの名前です。 これまでに割り当てられたすべてのコードネームのリストは次のとおりです。 リリース1.1はbuzz(Buzz Lightyear)-宇宙飛行士、 リリース1.2はrex-ティラノサウルス、 リリース1.3.xはbo(Bo Peep)-羊の世話をした少女、 リリース2.0はhamm-貯金箱、 リリース2.1はslink(Slinky Dog)-おもちゃの犬、 リリース2.2はpotato-ミスターポテト、 リリース3.0はwoody-カウボーイ、 リリース3.1はsarge-Green Plastic Army Menの軍曹、 リリース4.0はetch-おもちゃの黒板(Etch-a-Sketch)、 リリース5.0はlenny-おもちゃの双眼鏡、 リリース6.0はsqueeze-3つ目のエイリアンの名前、 リリース7.0はwheezy-赤い蝶ネクタイが付いたゴム製おもちゃのペンギンの名前、 リリース8.0はjessie-ヨーデルカウガールの名前、 リリース9.0は-Sunnyside Daycareのstretch紫色のゴム製のタコのおもちゃです。 リリース10.0があるbuster- アンディさんのペットダックスフント(現在は安定しました)。 以降の主要なDebianリリースのコードネームのリストjessie: リリース11.0であるbullseye- ウッディの馬(現在はテスト)、 リリース12.0はbookworm-内蔵の懐中電灯を備えたインテリジェントなワームのおもちゃです。 もあります: 特別のコードネームsid(SまでのI N D evelopment現在コードネームへのシンボリックリンクである)不安定、 安定した現在、安定したコードネームへのシンボリックリンクになって、 テストは現在テストしているコードネームへのシンボリックリンクです。 トイ・ストーリーの キャラクターのリストは非常に堅固ですが、いつかは割り当てるキャラクターの名前がなくなるでしょう。 私の質問は: キャラクターの名前がなくなったら、どのコードネームが割り当てられますか? 次のリリースのコードネームは誰が決めるのですか(「コミュニティ」のようにあいまいに答えないでください)? 今後、いくつのリリース名が予定されていますか? ところで:debian.org/doc/manualsからの興味深い引用: 決定トイストーリーの名前を使用してのはして作られたことにより、ブルース・ペレンズ時、だった、Debianプロジェクトリーダーとでも働いていた ピクサー、映画を制作会社。 Claudio Ferreira Filho(@filhocf)によるインフォグラフィック(ライセンス:CC …

4
UbuntuはDebianにどのように基づいていますか?
Linux MintはUbuntuに基づいています。UbuntuはDebianに基づいています。このように、Ubuntu、Debian、Slackwareなどに基づいた他のLinuxディストリビューションがいくつかあります。これを意味するのは、他のものに基づいた1つのLinuxディストリビューションです。彼らはどのように作られていますか?


3
/ bin / shバイナリを使用するシステムはまだありますか?
/bin/sh、1977年に作成されたBourneシェルは、Unixシステムのデフォルトのシェルでした。 現在、このファイルはまだ存在していますが、ほとんどの場合、システムにインストールされているデフォルトのPOSIX互換シェルへのシンボリックリンクとしてのみ使用されます。 RHEL / CentOS /bin/bashでは、Bourne Againシェルを指します Ubuntu Linux /bin/dashでは、Debian Almquistシェルを指します Debianではそれが指します/bin/dash(6.0以降。古いDebianリリースではを指していました/bin/bash) 気になったのは、まだバイナリを提供しているUnixシステム、またはLinuxディストリビューションはあり/bin/shますか?

2
macOSはUnixディストリビューションですか?
私が知っていることをMacOSのは、UNIXオペレーティングシステムですが、私はMacOSのが呼ばれることができるかどうか分からないUNIXの分布していると同じようにGentooやDebianにGNU / Linuxディストリビューション。 macOSはUNIXディストリビューションですか?そうでない場合、macOSのUNIXオペレーティングシステムファミリのメンバーシップおよびSingle UNIX Specificationへの準拠(つまり、Unixバリアント、Unixバージョン、Unixフレーバーなど)を正しく参照する方法を教えてください。また、この質問はSolaris、HP-UX、およびその他のUNIXに適用されます(これらはすべてUNIXディストリビューションですか?)。 さらに、「配布」という言葉はGNU(/ Linux、/ Hurd、/ kFreeBSD、/ etc)オペレーティングシステムに制限されていますか、それとも他の場合に使用できますか? 編集:UNIXの公式Webサイトでは、UNIXオペレーティングシステムのファミリ、つまりSingle Unix Standardを実装するものを指すのに「UNIX実装」と「UNIXオペレーティングシステム」を使用していることに気付きました。

3
Jessieが安定版リリースになると、Debian Wheezy(安定版)は自動的にJessieにアップグレードされますか?
私はDebian Wheezy(安定版)を使用しており、基本的にシステムを定期的に更新しています: sudo apt-get update sudo apt-get dist-upgrade 将来、Jessieが安定版リリースになったら、Wheezyが自動でJessieになるかどうかは、私が続ければどうなるのかと思いdist-upgradeます。 常に現在の安定版リリース(数年後、たとえばJessieの後のSid)を常に使用するために、手動での手順が必要ですか、それともそのままの状態になりますか? たとえば、何らかの方法でsources.listファイルを変更して、Jessieがトラックを手動で踏むことなく単に身をかがめるようにする必要がありますか、または「大きな」更新(「dist-upgrade」)がすべてを行いますwheezytoのすべてのインスタンスを変更jessieすることがわかっているときに変更しますか? (sources.listのすべての単一行に含まれていますwheezy。おそらくwheezy、それらから削除するだけですか?) 私は少々新参者です(OS Xから、そしてそのWindows以前)。同じチャンネルでの「リリースアップグレード」がDebianでどのように自動的に行われるかはわかりません。通常のシステム更新チェックとは別に、手動チェックや複雑な手順を必要としない、次の(安定/準備完了)リリースへの完全アップグレード。

1
どのLinuxディストリビューションで/ etc / os-releaseの存在に依存できますか?
Linuxディストリビューションの名前とバージョンを決定する方法を見つけようとしています。これは、ほとんどの(理想的にはすべての)最新のディストリビューションで動作します。私が/etc/os-release試したディストリビューション(CentOS、Debian)に必要な情報が含まれていることに気付きましたが、その存在に依存することはどれほど安全ですか?などのコマンドにuname -aは実際には同じ情報が含まれておらずlsb_release、たとえば最小のCentOSには存在しないようです。 どのディストリビューションに付属しているの/etc/os-releaseかを正確に調べる簡単な方法はありますか?また、されて/etc/os-release含むことが保証NAME、VERSIONおよびPRETTY_NAMEフィールド?

2
異なるディストリビューションは、プログラムの構成ファイルの場所をどのように変更しますか?
多くのLinuxプログラムは、構成ファイルの場所がディストリビューションに依存していると述べています。さまざまなディストリビューションがこれをどのように行うのかと思っていました。彼らは実際にソースコードを変更しますか?これらの場所を設定するビルドパラメーターはありますか?これを検索しましたが、情報が見つかりません。私はそれがそこにあることを知っています、私はそれを見つけることができないようです。これに関して「Linuxの方法」とは何ですか?

6
ブラインドアクセスが可能な最新のLinuxディストリビューションはありますか?
私は完全に盲目の誰かがアクセスできるLinuxディストリビューションを探しています。私はVinuxとSonar GNUを知っていますが、前者は休止状態で、後者は廃止されています。どちらも最新であり、なくなる可能性が低いことは何ですか?この検索は、DebianやUbuntuなどの主流のディストリビューションに加えて、このアプリケーションまたはそのアプリケーション(OrcaやLynxなど)でも満足しています。どのディストリビューションとどのアプリに名前を付けるだけです。

1
ゴーストの脆弱性-CVE-2015-0235
んゴーストの脆弱性が問題になっている、影響をOSに(ユーザーでログインしているのように)アクセスを必要としますか?誰かが「アプリケーションを呼び出すことができるリモート攻撃者」を明確にすることはできますか?ローカルシステムで直接実行するテストを見つけるだけで、リモートホストからではないようです。 複数のソース(それらのソースに対するクレジット)からGhostの脆弱性に関してこれまでに収集したすべての情報は、他の誰かが興味を持っている場合の回答として以下に投稿しました。 編集、私の答えを見つけました: コード監査中に、Qualysの研究者はglibcの__nss_hostname_digits_dots()関数にバッファオーバーフローを発見しました。このバグは、すべてのgethostbyname *()関数を介してローカルおよびリモートの両方でトリガーできます。アプリケーションは、主にgethostbyname *()関数セットを介してDNSリゾルバーにアクセスできます。これらの関数は、ホスト名をIPアドレスに変換します。


1
バグを報告するにはどうすればよいですか[終了]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 3年前休業。 ここしばらくLinux Mintを使っていますが、私はかなりのファンです。私はカーネルなどをいじるのに十分な専門家ではありませんが、いくつかのソフトウェアパッケージに小さなバグがあり、修正できると感じています。しかし、私はどのようにプロジェクトに貢献し始めるのか分かりません。 簡単な例を次に示します。Ubuntuリポジトリの電卓アプリでは、テンキーでのキープレスを数値として解釈するためにNumLockをアクティブにする必要はありません(同じ物理ボタンを使用するHomeおよびEndキーではありません)。ただし、これはDel小数点としても機能するキーには当てはまりません。このため、NumLockをアクティブにする必要があります。これはバグだと思いますので、修正したいと思います。それはかなり単純なはずです。 単にバグレポートを提出するだけでなく、このような問題の修正にどのように関与しますか?GitHubページから直接上流のパッケージメンテナーに連絡する必要がありますか?

5
Linux実行形式とソフトウェア配布パッケージについて
Linuxの実行形式とソフトウェア配布パッケージを理解できません。Linux自体には非常に多くの異なるディストリビューションがあり、すべてのソフトウェアパッケージがディストリビューションごとに個別にコンパイルされているようです。どうしてこれなの?一部の「パッケージ」が別のディストリビューションにインストールするように作成されていることを理解していますが、ソフトウェアの実行形式は異なりますか? また、多くのLinuxユーザーがGUIバージョンよりもコマンドプロンプトバージョンのアプリケーションを好むのはなぜですか?小さなフットプリントの必要性は理解できますが、適切にコーディングされていれば、GUIアプリでも小さなフットプリントを使用できます。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.