Gentoo Weekly Newsletter 2007年5月7日

出典: GentooWiki

Gentoo Weekly Newsletter: Gentoo週刊会報： 7 May 2007 2007年5月7日

Content: 内容： 1. Gentoo News 2. Heard in the community 3. Gentoo International 4. Gentoo in the press 5. Gentoo developer moves 6. Gentoo security 7. Gentoo package moves 8. Bugzilla 9. GWN feedback 10. GWN subscription information 11. Other languages 1. Gentoo News 1. Gentooニュース

Gentoo 2007.0, code named "Secret Sauce", is released Gentoo 2007.0（「秘密のソース」というコードネームの）は、リリースされます

The Gentoo Release Engineering project is pleased to announce the much-delayed release of Gentoo Linux 2007.0, code named "Secret Sauce". Gentooはエンジニアリングを公表します。そして、プロジェクトはGentoo Linux 2007.0の非常に遅れる発散を発表するために喜びます、コードは「秘密のソース」に名をつけました。 This release met with several delays due to an abnormally high number of security vulnerabilities in large packages which had to be rebuilt using the newer, secure versions of the packages. このリリースは、パッケージのより新しい、安全なバージョンを使って作り直されなければならなかった大きなパッケージで、異常に高い数のセキュリティ脆弱さのために、いくつかの遅れと一致しました。 There was also a complete re-snapshot done about half-way through the release period due to the release taking so long and the packages becoming stale. とても長くリリース取得のためにリリース期間のだいたい途中でされる完全なre-snapshotと停滞しているようになっているパッケージがありもしました。

You can find out more information about the release in the official press release. あなたは、公式プレス・リリースでリリースに関する詳細な情報がわかることができます。 To get the new release, grab it from http://www.gentoo.org/main/en/where.xml. 新しいリリースを得るために、http://www.gentoo.org/main/en/where.xml.からそれをつかんでください

Recent Coreutils update and shell script issues 最近のCoreutils最新版とシェル・スクリプト問題

If you recently updated coreutils, or are planning your next emerge -avNDu world while reading this, you might want to take note of some important changes. あなたが最近coreutilsを更新するならば、あるいは、あなたの次を計画しますわかってきていてください-、avNDu界間がこれを読んで、あなたは若干の重要な変化に注意したいかもしれません。 The recent update to sys-apps/coreutils moved some utilities around a bit. 合成アプリ/coreutilsへの最近の最新版は、少し若干のユーティリティをまわりに動かしました。 Some moved from /bin to /usr/bin, others, maybe because they felt the inodes were greener in the other directory, flipped from /usr/bin to /bin. いくつかは、移りました/ごみ箱ために/多分usr/ごみ箱（他）だろう彼らがinodesが他のディレクトリでより緑であるのを感じた、めくります/usr/ごみ箱ために/ごみ箱。 While there are many important reasons these files moved, including to provide access to the tools while in single user mode, for instance, what is more important for those affected is knowing what this means for your shell scripts. 一つのユーザ・モードでの間これらのファイルがアクセスをツールに提供するために動いた多くの重要な理由がある間、たとえば、影響を受けるそれらにとってより重要であることはこれがあなたのシェル・スクリプトのために何を意味するかについてわかっています。 How to look for problems, and, if necessary, how to fix your scripts. 問題を探す方法とあなたのスクリプトを固定する、必要に応じて、方法。

For many people, most scripts are run as root through cron, and might have taken the precaution of hard coding the path of each and every binary in the script (it is generally considered a more secure method of scripting, you can get more detail at http://forums.gentoo.org/viewtopic-t-548833.html). 多くの人々のために、大部分のスクリプトはcronを通しての根として動いて、スクリプト（それは通常、スクリプトのより安全な方法と考えられます、あなたはhttp://forums.gentoo.org/viewtopic-t-548833.htmlでより多くの詳細を得ることができます）で、ハードコーディングの予防措置にどの連星の軌道も持っていったかもしれません。 Hopefully, those paths to the location of the binaries in a variable at the beginning of the script, such as: うまくいけば、例えば、スクリプトの初めの変数のバイナリの位置へのそれらの道：

Code Listing 1.1: コード・リスト 1.1： Example script 例スクリプト

!/bin/bash

MYNOHUP=/usr/bin/nohup MYCOMMAND=/usr/local/bin/somecommand $MYNOHUP $MYCOMMAND

!/bin/bash

MYNOHUP=/usr/箱/nohup MYCOMMAND=/usr/local/bin/somecommand $MYNOHUP $MYCOMMAND

This way, there is only one edit to make in the script. このように、スクリプトでする1つの編集だけが、あります。 Of course, this isn't the only solution. もちろん、これは唯一の解決でありません。 In a recent discussion on the gentoo-dev mailing list, many potential solutions were offered. ジェンツーペンギン-ディベロッパー・メーリングリストに関する最近の議論において、多くの潜在的解決は提供されました。 You can read the thread at http://archives.gentoo.org/gentoo-dev/msg_144236.xml. あなたは、http://archives.gentoo.org/gentoo-dev/msg_144236.xml.で糸を読むことができます One potential solution is to completely forgo the full path to binaries in your shell scripts. 1つの潜在的解決は、あなたのシェル・スクリプトでバイナリに完全にフルパスを控えることです。 By ensuring that the PATH variable is properly set at the beginning of your scripts, this entire issue is completely avoidable. 経路変数があなたのスクリプトの始めにきちんとセットされることを確実とすることによって、この全ての問題は、完全に回避できます。 In fact, for those that currently subscribe to this method of shell scripting, the coreutils update may have gone completely unnoticed. 実際、現在シェル・スクリプトのこの方法を申し込む人々のために、coreutils最新版は、気づかれずに完全に行ったかもしれません。 A good default for the PATH variable in your scripts would be: あなたのスクリプトの経路変数のための良いデフォルトは、以下の通りです：

Code Listing 1.2: コード・リスト 1.2： Default PATH example デフォルト経路例

PATH=${PATH}:PATH=$｛経路｝：/bin:/ごみ箱：/usr/bin:/usr/ごみ箱：/sbin:/sbin：/usr/sbin:/usr/sbin：/usr/local/bin:/usr/ローカル/ごみ箱：/usr/local/sbin /usr/ローカル/sbin

Obviously, one might want to check the path of the binaries for more esoteric paths, for example /opt/vmware/server/bin is the location for VMWare Server utilities. 明らかに、人はより難解な経路のために連星の軌道をチェックしたいかもしれません、なぜならば、例/opt/vmware/server/binはVMwareサーバー・ユーティリティの場所です。 Another option mentioned was the command -p program method. 記載のもう一つのオプションは、命令でした-pプログラム方法。 From the man page, command -p will "perform the command search using a default value for PATH that is guaranteed to find all of the standard utilities". マニュアルページから、命じてください-pは「標準的なユーティリティの全てを見つけると保証される経路のためにデフォルト値を使っている命令検索を実行します」。 This appears to be a fairly safe method of executing a command, albeit at the cost of a few extra keystrokes. 2、3の余分のキーストロークを犠牲にしてではあるが、これはコマンドを実行するかなり安全な方法であるように見えます。 Also, since command is a built in bash utility, it doesn't actually exist on the file system and is therefore immune to the changes made by coreutils. また、命令がビルトイン・パーティー有用性である時から、それは実はファイルシステムに存在しなくて、したがって、coreutilsによってもたらされる変化に免疫があります。 This of course assumes one is using the bash shell by default, which is a safe bet for most Linux users. これはもちろん、人がデフォルトでパーティー・シェルを使用していると仮定します。そして、それは大部分のLinuxユーザーのための安全な賭けです。

Similar to command, env runs a program in a modified environment. 命令と同様で、envは修正された環境でプログラムを実行します。 Simply calling env program will run your utility with a drastically stripped-down path; 単にenvプログラムを指令することは、大幅に余分な装備のない経路であなたの有用性を走らせます; /bin: /ごみ箱： /usr/bin according to the email thread. /電子メール糸によってusr/ごみ箱。 Contrary to the command utility, env is a file on the local file system and exists, via symbolic links, in both /bin and /usr/bin. 命令有用性に反して、envがローカル・ファイルシステムのファイルで、シンボリックリンクによって、存在すること両方ともで/ごみ箱、そして、/usr/ごみ箱。

Ultimately, the solution you choose is largely a matter of preference and personal experience. 最後に、あなたが選ぶ解決は、主に選択と個人の経験の問題です。 Your best bet is to experiment with the solutions listed above to find the one with which you are most comfortable. あなたの最善の策は、あなたが最も快適であるものを見つけるために上記の解決で実験することです。 With your new-found knowledge, there is one last thing to do. You will need to make sure that you find the scripts running on your system and test them for problems. あなたの新発見の知識で、1つの最後の行いがあること。あなたはあなたがスクリプトがあなたのシステム上で動作しているのを発見することを確認する必要があって、彼らを問題を見つけるため検査します。 You can manually ran each of them in debug mode to look for issues. あなたは、手で缶詰にします問題を探すデバッグ・モードの彼らの各々を肉薄しました。

Code Listing 1.3: コード・リスト 1.3： Running a bash command in debug mode デバッグ・モードでパーティー命令を走らせること

$ bash -x sample_cron_job + /bin/echo 'Hello World!' Hello World!$は打ちます-x sample_cron_job +/箱/反響、『こんにちは、世界！』こんにちは、世界！

You will also want to look in /usr/local/bin for scripts (if that is where you keep them) and also /etc/conf.d/local.start and /etc/conf.d/local.stop. あなたは、のぞきたくもあります/スクリプト（それがあなたが彼らを保つところであるならば）のためにusr/ローカル/ごみ箱、そのうえ、/その他/conf.d/local.start、そして、/その他/conf.d/local.stop. If everything works, then you are in great shape! すべてが働くならば、あなたは大きな形でいます！

2. Heard in the community 2. コミュニティで聞こえます

planet.gentoo.org planet.gentoo.org

Status of Gentoo MIPS Gentoo MIPSの状態

Developer Alexander Faroy writes into his blog about the current optimistic status of the MIPS herd. 開発者アレキサンダーFaroyは、MIPS群の現在の楽観的な状態について、彼のブログに書きます。 With the addition of Bryan Ostergaard, who will be working on general porting, and Richard Brown, who will be working on ruby support, the progress of bringing this architecture up to speed is accelerating toward the 2007.0 release. ブライアンOstergaard（意志が将軍に運ぶことを発揮している人は誰でも）とリチャード・Ｗ・ブラウン（その人は、ルビーの支持に取り組んでいます）の追加で、この建築を速度にあげる進歩は、2007.0のリリースの方へ速まっています。 Alexander also mentions that they are seeking new recruits to "join the coolest team within Gentoo" and talks about his successes with their new Movidis box. アレキサンダーも彼らが「Gentooの中で最もクールなチームに加わる」ために新しい新人を捜していると言って、彼らの新しいMovidisボックスで彼の大当りについて話します。

http://alex.stener.nu/index.php/2007/05/04/status-from-gentoomips/ http://alex.stener.nu/index.php/2007/05/04/status-from-gentoomips/

gentoo-user ジェンツーペンギン-ユーザー

Do it all, minus one 1なしで、全てやってください

Jesse Adelman wrote into gentoo-user to ask how to be able to do an emerge -uDN world, but have portage not update one package. ジェシー・アデルマンはどのようにすることができるべきかについて尋ねるためにジェンツーペンギン-ユーザーに書きましたわかってきてください-、uDN界、しかし、最新版あるパッケージを連水陸路で運ばなくしてもらってください。 Jesse had a version of MythTV that had been removed from the tree that he wished to keep. ジェシーは、彼がもつことを望んだ木から取り除かれたMythTVのバージョンを持っていました。 However, the version in the tree was between a newer and older version, thus causing portage to want to downgrade if he simply put the newer version in package.mask. しかし、木のバージョンはより新しくて以前のバージョンの間にありました。このように、彼が単により新しいバージョンをpackage.mask.に置くならば、ランクを下げたいportageを引き起こしました、 Vikas Kumar suggested the often forgotten /etc/portage/profile/package.provided. Vikasクマールは、しばしば忘れるものを提案しました/その他/portage/プロフィール/package.provided. A package placed in this file will not be updated unless another package necessarily depends on a newer version. もう一つのパッケージが必然的により新しいバージョンに依存しない限り、このファイルに置かれるパッケージはアップデートされません。 More information about package.provided is available in the portage man page. package.providedに関する詳細な情報は、portageマニュアルページで利用できます。 Developer Zac Medico suggested to instead simply mask the package versions that are both higher and lower than the version Jesse wanted to keep, which is the best solution. 開発者5セント硬貨メディコはその代わりに単により高くてバージョン・ジェシーより低いパッケージ版を覆い隠すことがもちたいことを示唆しました。そして、それは最高の解決です。

http://archives.gentoo.org/gentoo-user/msg_111700.xml http://archives.gentoo.org/gentoo-user/msg_111700.xml

gentoo-dev ジェンツーペンギン-ディベロッパー

Looking for help with 2.6 kernel maintenance 2.6のカーネル・メンテナンスで援助を探すこと

Daniel Drake is looking for one or more people to help out with gentoo-sources-2.6 maintenance. Ｄ・ドレークは、ジェンツーペンギン-源-2.6メンテナンスを手伝うために、一人以上の人々を探しています。 Knowledge of kernel internals and kernel hacking is not required, but motivation to learn is the main qualification. カーネル内臓とカーネル・ハッキングについての知識は必要でありません、しかし、学ぶ動機づけは主要な資格取得です。 Being a Gentoo developer is not required to offer assistance and could be a good way for an interested person to get a foot in the door towards becoming a developer. Gentoo開発者であることは援助を提供することを要求されなくて、利害関係のある人が開発者になる方へ足掛かりを得る良い方法でありえました。 Interested parties should contact Daniel privately, or on IRC. 利害関係のある党は、個人的に、または、IRCの上で、ダニエルと連絡をとらなければなりません。

http://archives.gentoo.org/gentoo-dev/msg_145122.xml http://archives.gentoo.org/gentoo-dev/msg_145122.xml

3. Gentoo International 3. Gentooインターナショナル

HSM looking for Gentoo specialists Gentooスペシャリストを探しているHSM

HSM is a renowned, high profile software service provider headquartered in Paderborn / Germany. HSMは、Paderborn/ドイツに本部を置く有名な、目立つソフトウェア・サービスプロバイダです。 Their strength is the development of interfaces and add-ons to standard software programs and databases, programming of customer-specific software, provision of standard software in the areas security, ERP and emulations. 彼らの強さは、標準的なソフトウェア・プログラムとデータベースへのインターフェースとアドオンの開発、顧客に特有のソフトウェアのプログラミング、地域保安の標準的なソフトウェアの供給、ERPとエミュレーションです。

HSM is searching for Linux specialists with strong Gentoo knowledge for further development and customer support for their Linux-based universal firewall-software with a new and unique product concept. HSMは、新しくて独特の製品概念で、彼らのLinuxベースの一般的なファイアウォール-ソフトウェアのために、更なる発展とカスタマー・サポートのために強いGentoo知識でLinuxスペシャリストを捜しています。 Successful candidates will have ample Linux experience, which especially covers TCP/IP and Routing, Perl, PHP and BASH Scripting, Apache, Bind, DNS, SQUID, Postfix and MySQL, plus communicative skills, organised work habits and consequent customer orientation. 当選者は十分なLinux経験をします。そして、それは特にコミュニケーションの技術、組織された仕事習慣とそれに伴う顧客指向をプラスしてTCP/IPとルーティング（Perl、PHPとパーティー・スクリプト、Apache、苦境、DNS、イカ、接尾辞とMySQL）をカバーします。

This position offers candidates with the respective long-term professional experience the possibility of ascending to a managing position. この位置は、それぞれの長期のプロと一緒の候補が管理する位置にのぼる可能性を経験すると申し出ます。 For candidates with initial professional experiences we provide attractive training and further qualification possibilities. 最初の専門の経験のある候補のために、我々は魅力的なトレーニングと更なる資格取得可能性を提供します。 For further information contact HSM's HR Consultant, Mr. Wolf Geldmacher. 詳細は、HSMのHR顧問（オオカミGeldmacher氏）と連絡をとってください。

4. Gentoo in the press 4. プレスのGentoo

Linux Magazine (26 April, 2007) Linux誌（2007年4月26日）

Linux Magazine posted an article about Gentoo Linux and portage. Linux誌は、Gentoo Linuxとportageに関する記事を送りました。 The feature article is entirely about Gentoo and is available to Linux Magazine subscribers only. 特集記事は完全にGentooについてあって、Linux誌加入者だけが利用できます。 If you are a Linux Magazine subscriber, check out the article. あなたがLinux誌加入者であるならば、記事をチェックしてください。

http://www.linux-mag.com/id/3130/ http://www.linux-mag.com/id/3130/

5. Gentoo developer moves 5. Gentoo開発者の動き

Moves 動き

The following developers recently left the Gentoo project: 以下の開発者は、最近Gentooプロジェクトをやめました：

none this week 何も今週

Adds 加えます

The following developers recently joined the Gentoo project: 以下の開発者は、最近Gentooプロジェクトに加わりました：

none this week 何も今週

Changes 変化

The following developers recently changed roles within the Gentoo project: 以下の開発者は、Gentooプロジェクトの範囲内で最近役割を変えました：

none this week 何も今週

6. Gentoo security 6. Gentoo保安

Ktorrent: Ktorrent： Multiple vulnerabilities 複数の脆弱さ

Multiple vulnerabilities have been discovered in Ktorrent allowing for the remote execution of arbitrary code and a Denial of Service. 複数の脆弱さが、任意のコードとサービス妨害の遠い実行を考慮に入れているKtorrentで発見されました。