glsldevilバイナリ

約1年前、私は記事でOpenGL / GLSLデバッガglsldevilについて書いglsldevil-1.1.5用のGentoo ebuildは 、それのためにGentooのebuildを提供しました。 残念なことにglsldevilシュトゥットガルト大学(のWebページからもはや利用できないようですhttp://cumbia.informatik.uni-stuttgart.de/glsldevil/ ebuildは役に立たないレンダリングした)。

glsldevil許可の再配布のライセンスなので、私は再び公衆のためのglsldevil利用できるように、私のローカルコピーをアップロードすることを決めた。 残念ながら、これは唯一のLinuxバイナリ(32ビットおよび64ビット)、どちらもWindows用のバイナリやソースコードが含まれています。

ここからLinux用のバイナリをダウンロードすることができます。 glsldevil-1.1.5.tar.gz(16)

ebuildので使用する場合は、単には/ usr / portage / distfilesに/にファイルをコピーします。

よろしく
ユルゲン

1 Star2 Stars3 Stars4 Stars5 Stars (1投票、平均:5の5.00より)
Loading ... 読み込み中...

PHP-5.4.1_rc1はGentooでのapache-2.4.1で失敗する

今日のapache-2.4.1のebuildはgentoosのPortageツリーに登場している。 新興のphp-5.4.1_rc1は、次のエラーメッセージではgentooにインストールされているのapache-2.4.1 Webサーバーで失敗します。

SAPIモジュールを構成する
AOLserverのサポートのためにチェックされません...ない
APXSを介してDSOを使ってApache 1.xのモジュールのサポート...いやチェック
Apache 1.xのモジュールをサポートするためにチェックされません...ない
Apacheの文字セットの互換性オプションを有効にするかどうかをチェックしません...ない
APXSを介してDSOを使ってApache 2.0フィルタ·モジュールをサポートするためチェックされません...ない
APXSを介してDSOを使ってApache 2.0ハンドラモジュールをサポートするためのチェック...

申し訳ありませんが、私はapxsを実行することはできません。 考えられる理由は次のとおりです。

1。 Perlがインストールされていません
2。 apxsのが見つかりませんでした。 = / path / to / apxsオプション付き-apxs2を使用してパスを渡そうとする
3。 Apacheは(apxsの使用状況]ページが表示されます)を使用して有効にし、あまり組み込まれていませんでした

は、/ usr / sbin / apxsの出力は次のとおりです。
。/ configureの:ライン8325:は/ usr / sbin / apxsを:そのようなファイルまたはディレクトリはありません
構成:エラー:中止

この理由は、apxsの実行ファイルは、Apache-2.4.1のebuildでインストールされていないことです。 によるとgmane.orgこの問題は、Apache-2.4.1-R1のebuildで固定してしまった。 しかし、2.4.1-r1が新興phpにApacheをアップグレードした後、まだ同じエラー·メッセージで失敗します。 ファイルシステム上にクイックルックは、/ usr / sbin / apxsがインストールされてしまっただけでなく、/ usr/sbin/apxs2シンボリックリンクが作成されてしまっていることを示しています。

mittelerde sbinに#LS-alsh apxsの*
24K-RW-R-R-1ルートルート23K 1。 4月午前16時14 apxsの
0 lrwxrwxrwx 1ルートルート14 1。 4月午前16時14 apxs2 - >は/ usr / sbin / apxsを

これはまたのapache-2.4.1-R1で失敗し、新興のphpの理由を明らかにする。 のapache-2.4.1-r1のebuildがでてくるの/ usr / sbin / apxsの perlスクリプトは、実行可能フラグを欠いている。

したがって、単純な

します。chmod + xを/ usr / sbin / apxsを

問題を解決し、新たなPHPはその後魔法のように動作します。 おそらくこれは、次のApacheのebuildで修正される予定です。 2.4アップグレード後の作業Apacheの設定を取得するには、読みたいかもしれません: 2.2から2.4へのアップグレード

ユルゲン favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo

 php 5.4.1 rc1 fails with apache 2.4.1 on gentoo
1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...

iptablesはLinuxカーネル3.3のターゲットをミラーリング

私の最後のカーネルをアップグレードした後、私は、公開され、iptablesのミラーターゲット構築しようとここに iptablesのミラーターゲットは、あなたのマシンに送られたパケットを受け取り、パケットがどこから来たマシンに同じパケットを返します。 したがって、の誰かがあなたのマシンをスキャンしようとしたり、彼が自分のマシンをスキャンしたり、自分のマシンを攻撃する攻撃をしようとするとしましょう​​。 私は、カーネルバージョン3.3でそれをしようとしたとき、それは現在のLinuxカーネルではもうビルドできませんでした。 しかし、今回はマイナーな修正だけではneccesaryされています。 別のヘッダファイルが含まれるように、関数名が変更されました。 ここで、カーネルのバージョン3.3と、おそらく将来のカーネル用の新しいリリースをダウンロードすることができます。

MIRROR.3.3.0.tar.gz(45) gplv3 127x51 iptables mirror target for linux kernel 3.3

カーネルモジュールはカーネルのバージョンのlinux-3.3-vserverは、2.3.3.1でテストされていますあなたとモジュールを使用したいカーネルをブートし、モジュールをビルドする。 その後、アーカイブを解凍し、モジュールをビルドするためにcompile.shスクリプトを実行します。 次に、カーネルの/ lib / modulesディレクトリにコンパイルされるモジュールをインストールするために、install.shスクリプトを実行します。

今、あなたは、INPUT、FORWARDのREJECTまたはドロップターゲットの代わりにミラーターゲットを使用し、ファイアウォールのスクリプトでこのように、チェーンをチェインすることがあります。

$ IPTABLES-A INPUT-jのミラー

注意:ミラーのターゲットを使用して保護されたマシンのiptablesに接続する場合は、ミラーターゲットの使用例では、奇妙な結果につながる可能性があり、あなたはそれを認識せずに、ローカルマシンに接続してしまうことがあります。 それはまた、多くの帯域幅を使用することができます。 モジュールを使用して、2つのマシンがある場合は最悪のケースが発生します。 これらのマシンは、ピンポンを再生し終わる可能性があります。 したがって、あなたは警告されており、 慎重に、あなた自身リスクで使用しています。 詳細については以下を参照してください。 MIRRORターゲットを

古いバージョンのカーネル用のダウンロードは以下の通りです。 2.6.27にカーネルの2.6.25作品をバージョン番号に注意してください。 2.6.28も2.6.29と2.6.30のカーネルで動作します。 モジュールのバージョン2.6.13はカーネルバージョン2.6.16まで動作するはずです。

MIRROR.2.6.13.tar.gz(681)
MIRROR.2.6.24.tar.gz(1046)
MIRROR.2.6.25.tar.gz(978)
MIRROR.2.6.28.tar.gz(992)
MIRROR.2.6.31(894)
MIRROR.2.6.35.tar.gz(813)
MIRROR.2.6.36.tar.gz(703)
MIRROR.2.6.37.tar.gz(557)
MIRROR.3.0.7.tar.gz(298)
MIRROR.3.1.0.tar.gz(96)
gplv3 127x51 iptables mirror target for linux kernel 3.3

よろしく
ユルゲン

 iptables mirror target for linux kernel 3.3
1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...

カーネル内のDEVTMPFS CONFIG_のudev-182のニーズ

3.3.0 Linuxでのvserverカーネル(のvserver-sourcesは、2.3.3.1)を実行している私のGentooの仮想サーバシステム上の最新のアップグレード後、システムは正常にもう起動しませんでした。 ないカーネルモジュールがロードされ得なかったともネットワークデバイスが再起動後に利用されていない。 いずれかのマシンの前に物理的になければなりませんし、sshリモートログインを介してシステムを修復することはできませんそれ以来、このことは、多かれ少なかれ、最悪のケースです。

カーネルのアップグレードでは、この理由が、udevの-182へのアップグレードではありません。 これは、ログが言ったことです。

3月21日夜05時20分05秒mittelerdeの/ etc / init.d / sshdの[5563]:ERROR:net.eth0には起動しないと同じようにsshdを起動することはできません
3月21日17時20分09秒mittelerdeは/ etc / init.d / udevのマウント[6075]:udevがデバイスを管理するために/ devにマウントしdevtmpfsを使用しています。
3月21日17時20分09秒mittelerdeは/ etc / init.d / udevのマウント[6076]:これはCONFIG_DEVTMPFS = yが必要とされることを意味します
3月21日17時20分09秒mittelerdeは/ etc / init.d / udevのマウント[6077]:カーネルコンフィギュレーションインチ
3月21日17時20分09秒mittelerdeは/ etc / init.d / udevのマウント[6067]:ERROR:udevのマウントは起動に失敗しました
3月21日17時20分09秒mittelerdeの/ etc / init.d / udevは[6066]:ERROR:udevのマウントが起動しないと同じようにudevを起動することはできません
3月21日午前17時21分06秒mittelerde / etc/init.d/net.eth0 [6463]:ERROR:インターフェイスeth0が存在しません

情報は"CONFIG_DEVTMPFS = yが必要とされる"とログには、物事を動作させるために必要なヒントが含まれています。 CONFIG_DEVTMPFSオプションカーネルで有効にする必要がありました。 その後、カーネルを再コンパイルする必要があります。 オプションは、デバイス·ドライバ- >汎用ドライバのオプションの下にmenuconfigをで見つけることができますし、/ devマウントにdevtmpfsファイルシステムを維持すると呼ばれていますブート時に自動的にマウントされたdevfsを得るためにそれはまた、/ devにあるオプションの自動マウントdevtmpfsを有効にするには、理にかなっています、カーネルはrootfsの (CONFIG_DEVTMPFS_MOUNT)をマウントした後

古いudevのバージョンでこれらのオプションを有効にしても安全です。 そうすれば、後でudevのアップデートを取得するときにそれ以上働いていないからシステムを保護します。

ユルゲン

 udev 182 needs CONFIG  DEVTMPFS in kernel
1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...

100分の1の記事記念日

私たちの作者MyGNU.deは今日記念日を祝うことを誇りに思っています。 これは、このブログに公開第百の記事です。 しかし、どのように1は、このような記念日を祝うのでしょうか? 確かに、最良の方法は、別の記事を書くことです。 よく、おそらくビールまたは2を飲む。

いくつかの歴史を要約することができます。 このブログは、 MyGNU.deは、 2008年11月29日に開始-約3年前。 これらの年の間にはThorstenと私はあなた、私たちの読者に有用な情報、便利なスクリプトやプログラムを提供する機会を得ました。 - 少なくとも私はそう願っています。 このように、我々は非常に多くの方法で私たちを支えてきたオープンソースコミュニティに何かをお返しすることができました。 我々は、Linuxオペレーティングシステムについては、多くの問題に対する解決策について書かれており、我々が発生しました。 私は今、一つ一つの記事に言及しようとした場合、それは書くことが多くになるが、いくつかは言及する必要があります。 確かにこのウェブサイトに掲載されていますハイライトは、SIV、立体画像ビューアとvrtrackは、ビュージックスVR920ヘッドのheadtrackingドライバは、ディスプレイに搭載されている。 最も人気のダウンロードは、今まで私は2.6と3.xのLinuxカーネルに移植されたiptablesのミラーターゲットされています。 カーネルモジュールは、攻撃者に攻撃を返すことによって、より積極的なiptablesのファイアウォールを作成する1つのことができます。 合計では、今日まで5897安打。 最初に記事のいくつかは最近のものよりも短かったが、時間の経過とともに私たちの知識やライティングスキル進化し、いくつかの最近の記事は非常に高品質のものである。 我々はあなたが記事を読んで楽しんで、いくつかの有用な洞察力と情報を持っていると思います。

将来のために我々はこの方法を続けると私たちのスキルを向上させ、より良く、より有用な記事やソフトウェアを記述すると上でこれらを公開することを願っMyGNU.de

"だから我々のすべてを言う。"

さて、今実行するための唯一の最後のものがあります。 お礼を言うために! 我々は読んでのおかげで言わなければならない、と我々の会社にあなたを感謝しなければならないメインhost.de GmbHはこのブログのウェブスペースを提供する。

幸せな記念日のMyGNU.de

よろしくと読み続ける

ユルゲン

 One hundredth article anniversary
1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...

tuxoniceと禅源-3.2

2.6.36カーネル以降では、tuxoniceは、禅のソースから削除されました。 現時点で入手可能な最新の公式tuxoniceパッチは、Linuxカーネル3.0用です。 一方、最近のパッチでは、カーネルのバージョンは3.2.1と3.2.10のため、で登場しているcrow202.org だから私は、そこから3.2.1 tuxoniceパッチを適用した禅安定-3.2のソースにパッチを当てた。

ん。少なくとも私のデルの精M65と私のデスクトップに、このカーネルを使ってRAMの作品へのサスペンドと同様に、ディスクへのサスペンド。 さらに、私は3.2.1パッチもx86_64アーキテクチャ上で動作することを、確認することができます。

物事を動作させるために、から禅安定-3.2カーネルツリーをダウンロード禅kernel.org 、それを抽出します。 その後から3.2.1 tuxoniceパッチをダウンロードcrow202.orgし、それを適用します。 パッチを適用した後は、標準カーネルのビルドプロセスを続行することができます。 禅源-3.1と同様に、追加のパッチはパート2,3の機能の必要はありません、修正プログラムは、すでに禅安定-3.2に含まれています。 多くのワークロードに大きなパフォーマンスの向上を提供しながら、パート2,3の機能は、RAM効率を倍増させます。 パート2,3の機能はカーネルツリー内のステージングドライバの下に位置しており、プロセッサの種類と特徴の下に配置されcleancache機能に依存しています。 パート2,3の機能を有効にするには、grub.confファイルの例では、カーネルにパート2,3のキーワードを渡す必要があります。

例:カーネル/ bzImageのパニック= 60ルート= / dev/hda3をパート2,3

Gentooユーザーのためにもっと簡単な方法があります:からの私の変更されたオーバーレイをダウンロード禅源-3.2.tar.gz(53)と/ usr / local / portageにそれを抽出します。 オーバーレイは、必要なすべてのパッチが含まれています。 あなたの/ etc / make.confに次の行を含めるようにしてください:

PORTDIR_OVERLAY = "は/ usr / local / portage"です

使用したい場合tuxoniceはUSEフラグでtuxonice含まれています。 その後、禅のソースをemergeして好きなようにカーネルを構築します。

Tuxoniceは正式に現在の禅のソースでサポートされていません。 あなたは上記のファイルを使用している場合なので、禅sources.orgにバグを報告しません。 あなた自身にあります。

:私の精密M65のために私は次のカーネル設定を使用config_zen_3.2_dell_m65.zip(51)

禅のソースパッチの詳細については、以下を参照してくださいwww.zen-sources.orgを

宜しく

ユルゲン

 zen sources 3.2 with tuxonice
1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...

N900用extcalllog CallerIDの変更の小さなバグ修正

記事では、 N900で電話番号を見上げ 、私は内からの逆電話番号検索を実行するためのソリューションについて説明N900の拡張コールログを。 また、このようにパッチとバイナリパッケージは、小さなバグが存在含まれていました。 国際電話があったときは、 "00"で始まる、ログに、逆引き参照が正しく "00"を解釈しないCallerIDのアプリケーションが原因で失敗しました。 固定extcalllogアプリケーションは、現在CallerIDのアプリケーションによって正しく解釈される "+"にこれらの末尾のゼロを変換します。

元記事のダウンロードは、現在更新されています。

ユルゲン

1 Star2 Stars3 Stars4 Stars5 Stars (未評価)
Loading ... 読み込み中...
2012年3月1日

mygnu 情報

ブログロール

サイト情報

トランスレギュレータ

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flag
Spanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flag
Croatian flagDanish flagFinnish flagHindi flagPolish flagRomanian flagSwedish flagNorwegian flag
Catalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flagSlovak flag
Slovenian flagUkrainian flagVietnamese flag