glsldevil الثنائيات

حوالي سنة واحدة منذ كتبت عن glsldevil المصحح بينغل / GLSL في المادة ebuild جنتو لglsldevil-1.1.5 وقدمت ebuild جنتو لذلك. للأسف glsldevil لا يبدو متاحا بعد الآن من صفحة ويب من جامعة شتوتغارت ( http://cumbia.informatik.uni-stuttgart.de/glsldevil/ )، والتي جعلت من ebuild عديم الفائدة.

منذ الترخيص لإعادة توزيع تصاريح glsldevil، قررت لتحميل نسخة مدينتي، لإتاحة glsldevil للجمهور مرة أخرى. للأسف هذا لا يشمل سوى ثنائيات لينكس (32bit و 64bit)، ولا ثنائيات ويندوز أو شفرة المصدر.

يمكنك تحميل الثنائيات لينكس من هنا: glsldevil-1.1.5.tar.gz (10)

للاستخدام مع ebuild، مجرد نسخ الملف إلى / البيرة / تعدية البضائع / distfiles /.

التحيات
يورغن

1 Star2 Stars3 Stars4 Stars5 Stars (1 صوتا، في المتوسط: 5.00 من 5)
Loading ... تحميل ...

PHP-5.4.1_rc1 فشل مع أباتشي-2.4.1 على جنتو

اليوم وقد ظهرت-2.4.1 أباتشي ebuild في شجرة تعدية البضائع gentoos. الناشئة PHP-5.4.1_rc1 فشل مع تثبيت اباتشي-2.4.1 خادم الويب في جنتو مع رسالة الخطأ التالية:

تكوين وحدات SAPI
التحقق من وجود دعم AOLserver ... لا
التحقق من وجود دعم وحدة أباتشي الإصدار 1.x عبر احة دبي للسيليكون من خلال APXS ... لا
التحقق من وجود دعم وحدة أباتشي الإصدار 1.x لا ...
التحقق ما إذا كان لتمكين أباتشي خيار التوافق محارف ... لا
التحقق من وجود دعم أباتشي فلتر وحدة 2.0 عبر احة دبي للسيليكون من خلال APXS ... لا
التحقق من وجود دعم أباتشي، وحدة معالج 2.0 عبر احة دبي للسيليكون من خلال APXS ...

آسف، لا أستطيع تشغيل apxs. الأسباب المحتملة التالي:

1. لم يتم تثبيت بيرل
2. لم يتم العثور على apxs. محاولة لتمرير مسار باستخدام-مع-apxs2 = / الطريق / / apxs
3. لم تبن أباتشي باستخدام تمكين، حتى (يتم عرض الصفحة استخدام apxs)

إخراج / البيرة / دليل / apxs يلي:
. / تكوين: سطر 8325: / البيرة / دليل / apxs: لا مثل ملف أو دليل
تكوين: خطأ: إجهاض

والسبب في ذلك هو أن ذلك لا القابل للتنفيذ apxs الحصول على تثبيتها مع ebuild-2.4.1 أباتشي. وفقا ل gmane.org هذه القضية حصلت ثابتة مع ebuild أباتشي-2.4.1-R1. ومع ذلك، بعد الترقية إلى اباتشي PHP الناشئة 2.4.1-R1 مازال فشل مع رسالة الخطأ نفسه. ونظرة سريعة على نظام الملفات تبين أن حصلت على تركيب / البيرة / دليل / apxs وكذلك حصلت على إنشاء الارتباط الرمزي / usr/sbin/apxs2.

دليل. mittelerde # LS-alsh apxs *
24K-RW-R-R-1 جذر جذر 23K 1. أبريل 16:14 apxs
0 lrwxrwxrwx جذر جذر 1 14 1. أبريل 16:14 apxs2 -> / البيرة / دليل / apxs

هذا يكشف أيضا عن سبب عدم PHP الناشئة مع أباتشي-R1-2.4.1. في البيرة / / دليل / apxs بيرل، سيناريو المقبلة مع ebuild أباتشي-2.4.1-R1 يفتقر إلى العلم قابل للتنفيذ.

وبالتالي بسيطة

شمود + س / البيرة / دليل / apxs

لا يحل هذه القضية، وبعد ذلك يعمل PHP الناشئة مثل السحر. سيكون على الارجح الحصول على إصلاح هذا مع ebuild أباتشي المقبل. للحصول على تكوين أباتشي العمل بعد الترقية 2.4، قد ترغب في قراءة: الترقية إلى 2.4 من 2.2 .

يورغن 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 ... تحميل ...

[إيبتبلس الهدف مرآة لنواة لينكس 3.3

بعد الترقية لي نواة الماضي حاولت لبناء الهدف مرآة IPTABLES نشرت هنا . الهدف مرآة IPTABLES يأخذ الحزمة إرسالها إلى الجهاز وإرجاع حزم نفسه إلى الجهاز الحزمة جاء من. وهكذا، دعنا نقول شخص ما يحاول مسح الجهاز أو يحاول شن هجوم انه تفحص الجهاز نفسه أو حتى آلة مهاجمة بلده. وعندما حاولت ذلك مع نسخة النواة 3.3، فإنه لا يعد مع بناء نواة لينكس الحالي. ومع ذلك، وهذه المرة لم يحدث سوى تعديل طفيف البيانات يجب. وكان آخر ملف الرأس ليتم تضمينها واسم وظيفة قد تغير. يمكنك تحميل أحدث إصدار للنسخة النواة 3.3 و حبات المستقبل على الأرجح هنا:

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

وقد تم اختبار وحدة النواة مع إصدار نواة لينكس 3.3 vserver-2.3.3.1. لبناء وحدة، التمهيد النواة التي تريد استخدامها مع وحدة. فك بعد ذلك الأرشيف وتشغيل البرنامج النصي compile.sh لبناء وحدة. قم بتشغيل البرنامج النصي install.sh لتثبيت وحدة تجميع في ليب / / الدليل وحدات للنواة الخاصة بك.

الآن يمكنك استخدام مرآة الهدف بدلا من الهدف رفض أو إسقاط في الإدخال، إلى الأمام وPREROUTING السلاسل، مثل هذا السيناريو في جدار الحماية الخاص بك:

$ IPTABLES-A MIRROR المدخلات وي

حذار: إن استخدام مرآة الهدف قد يؤدي إلى نتائج غريبة، في سبيل المثال إذا كنت تريد للاتصال IPTABLES آلة المحمية والذي يستخدم مرآة الهدف، قد ينتهي بك الأمر إلى ربط الجهاز المحلي من دون الاعتراف بها. فإنه يمكن أيضا استخدام عرض النطاق الترددي من ذلك بكثير. أسوأ الحالات يحدث إذا كان لديك اثنين من الأجهزة باستخدام وحدة. قد تكون هذه الأجهزة في نهاية المطاف لعب كرة الطاولة. لذلك كنت قد حذر، واستخدام بحذر وعلى مسؤوليتك الخاصة. لمزيد من المعلومات انظر: الهدف MIRROR .

التنزيلات للحصول على إصدارات أقدم نواة أدناه. لاحظ إصدار ترقيم 2.6.25 يعمل لحبات حتى 2.6.27. 2.6.28 يعمل أيضا على 2.6.29 و 2.6.30 حبات. يجب أن يكون الإصدار 2.6.13 من وحدة العمل لمدة تصل إلى نسخة النواة 2.6.16.

MIRROR.2.6.13.tar.gz (680)
MIRROR.2.6.24.tar.gz (1045)
MIRROR.2.6.25.tar.gz (977)
MIRROR.2.6.28.tar.gz (991)
MIRROR.2.6.31 (893)
MIRROR.2.6.35.tar.gz (811)
MIRROR.2.6.36.tar.gz (702)
MIRROR.2.6.37.tar.gz (556)
MIRROR.3.0.7.tar.gz (297)
MIRROR.3.1.0.tar.gz (95)
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 ... تحميل ...

udev-182 DEVTMPFS CONFIG_ الاحتياجات في نواة

بعد أحدث التحسينات على نظام بلدي vserver جنتو تشغيل. 3.3.0 لينكس vserver-نواة (vserver المصادر-2.3.3.1)، ونظام لم تبدأ بعد الآن بشكل صحيح حصلت على أي وحدات النواة تحميلها وحتى أجهزة الشبكة لم تكن متاحة بعد إعادة تشغيل الكمبيوتر. هذا هو أكثر أو أقل أسوأ الحالات، ومنذ ذلك الحين على المرء أن يكون ماديا أمام الجهاز، ولا يمكن إصلاح النظام من خلال الدخول سه البعيد.

وكانت الترقية نواة ليس السبب في ذلك، ولكن الترقية إلى 182 udev. هذا هو ما سجل قال:

21 مارس 17:20:05 mittelerde / الخ / init.d / sshd [5563]: خطأ: سوف لا يمكن بدء تشغيل sshd كما net.eth0 لم يبدأ
21 مارس 17:20:09 mittelerde / الخ / init.d / udev جبل [6075]:. Udev يستخدم devtmpfs التي شنت على / ديف لإدارة الأجهزة
21 مارس 17:20:09 mittelerde / الخ / init.d / udev جبل [6076]: وهذا يعني أن هناك حاجة CONFIG_DEVTMPFS = Y
21 مارس 17:20:09 mittelerde / الخ / init.d / udev جبل [6077]: في تكوين نواة
21 مارس 17:20:09 mittelerde / الخ / init.d / udev جبل [6067]: خطأ: فشل udev جبل لبدء
21 مارس 17:20:09 mittelerde / الخ / init.d / udev [6066]: خطأ: لا يمكن أن تبدأ udev وجبل لudev لم يبدأ
21 مارس 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: خطأ: واجهة ETH0 لا وجود له

مع المعلومات "مطلوب CONFIG_DEVTMPFS = Y" في سجل يحتوي على تلميح اللازمة للحصول على الأشياء للعمل. وكان الخيار CONFIG_DEVTMPFS يجب تمكين في النواة. بعد ذلك نواة لابد من معاد. يمكن العثور على خيار في menuconfig تحت جهاز سائقين> خيارات سائق عام ويسمى الحفاظ على نظام الملفات devtmpfs لشن في / ديف. للحصول على الحصول على devfs شنت تلقائيا في وقت التمهيد من المنطقي أيضا تمكين devtmpfs Automount الخيار في / ديف ، بعد أن شنت نواة rootfs (CONFIG_DEVTMPFS_MOUNT).

فمن آمن لتمكين هذه الخيارات مع الإصدارات القديمة udev. بذلك يحمي النظام من لا يعمل أي أكثر عندما تحصل على التحديث udev في وقت لاحق.

يورغن

 udev 182 needs CONFIG  DEVTMPFS in kernel
1 Star2 Stars3 Stars4 Stars5 Stars (لا يوجد تقييم)
Loading ... تحميل ...

زن المصادر-3.2 مع tuxonice

بدءا من نواة 2.6.36، تمت إزالة tuxonice من مصادر زن. أحدث التصحيح tuxonice الرسمية، والتي تتوفر في الوقت الحاضر، هو ل3.0 نواة لينكس. في البقع في هذه الأثناء أكثر حداثة، للنسخة 3.2.1 و 3.2.10 نواة، وقد بدا في crow202.org . لذلك أنا مصححة مصادر زن مستقرة-3.2 مع التصحيح tuxonice 3.2.1 من هناك.

تعليق على المصنفات من ذاكرة الوصول العشوائي مع هذه النواة، وعلى الأقل في Precison بلدي ديل M65 وسطح المكتب، فضلا عن تعليق على القرص كما يفعل. وعلاوة على ذلك أستطيع أن أؤكد، أن التصحيح 3.2.1 يعمل أيضا على بنية x86_64.

للحصول على الأشياء للعمل، وتحميل شجرة نواة زن مستقرة-3.2 من kernel.org-زن واستخراجها. بعد تحميل التصحيح 3.2.1 tuxonice من crow202.org وتطبيقه. بعد تطبيق التصحيح يمكنك الاستمرار في عملية بناء نواة القياسية. كما هو الحال مع زن-3.1-المصادر، أنه لا توجد رقعة إضافية ضرورية لميزة zcache، مدرجة بالفعل على الإصلاح في زن-3.2-مستقر. ميزة zcache الزوجي RAM كفاءة مع توفير يعزز أداء كبير على العديد من أعباء العمل. يقع تحت ميزة zcache السائقين التدريج في شجرة النواة وتعتمد على ميزة cleancache، والذي يقع تحت أنواع المعالجات والميزات. لتمكين ميزة zcache، لديك لتمرير الكلمة zcache إلى النواة، في سبيل المثال في grub.conf الخاص.

على سبيل المثال: نواة / bzImage ذعر = 60 = الجذر / dev/hda3 zcache

بالنسبة للمستخدمين جنتو هناك وسيلة أكثر سهولة: تحميل تراكب بلدي معدلة من زن، 3.2.tar.gz المصادر (52) واستخراجها في / البيرة / المحلية تعدية البضائع /. تراكب يحتوي على جميع الرقع اللازمة. تأكد من تضمين السطر التالي في الخ / الخاص / make.conf:

PORTDIR_OVERLAY = "/ البيرة / المحلية / تعدية البضائع"

إذا كنت تريد استخدام tuxonice تشمل tuxonice في الأعلام، استخدام الخاص بك. ثم يخرج زن المصادر وبناء نواة كما تريد.

لم يتم Tuxonice معتمد رسميا في المصادر الحالية، زن. إذا كان الأمر كذلك كنت تستخدم الملفات المذكورة أعلاه، لا الإبلاغ عن أي البق إلى sources.org-زن. أنت وحدك.

لM65 الدقة لي أنا استخدم نواة التكوين التالية: config_zen_3.2_dell_m65.zip (48)

لمزيد من المعلومات عن مصادر زن-patchset رؤية www.zen-sources.org .

مع أطيب التحيات

يورغن

 zen sources 3.2 with tuxonice
1 Star2 Stars3 Stars4 Stars5 Stars (لا يوجد تقييم)
Loading ... تحميل ...

خلل صغير في تعديل كاليريد extcalllog عن N900

في مقالة تبحث عن أرقام الهواتف مع N900 وصفت حل لتنفيذ عمليات البحث العكسي رقم الهاتف من داخل N900 سجل دعوة موسعة. التصحيح، وبالتالي أيضا حزمة ثنائي هناك الواردة من الشوائب الصغيرة. فشل البحث العكسي كلما كانت هناك مكالمات دولية، بدءا من "00"، في سجل، وذلك بسبب تطبيق كاليريد لا تفسير "00" بشكل صحيح. تطبيق extcalllog ثابت يترجم الآن هذه الأصفار الزائدة إلى "+" الذي يحصل على تفسيرها بشكل صحيح من قبل التطبيق كاليريد.

تم تحديث التنزيلات في المقال الأصلي الآن.

يورغن

1 Star2 Stars3 Stars4 Stars5 Stars (لا يوجد تقييم)
Loading ... تحميل ...

كيمو-KVM مع مخبأ = بلا فشل في نظام الملفات ext4 مع خيار journal_data

لقد أصبح KVM واحدة من التكنولوجيات الرئيسية الافتراضية في السنوات الأخيرة. لينكس ردهات بل إنه أصبح الحل الافتراضية الافتراضية. بعثة التحقق في كوسوفو في IO أداء تنافسي بالكاد إلى الحلول الافتراضية الأخرى عند استخدام الخيارات الافتراضية. خاصة عند استخدام qcow2 الصور، ويمكن أداء الإعلام والتوعية من بعثة التحقق في كوسوفو / كيمو تحسنت بشكل كبير عن طريق تعطيل ذاكرة التخزين المؤقت لنظام الملفات المضيف الأساسي. يمكن القيام بذلك عن طريق بدء البعثة مع ذاكرة التخزين المؤقت = الخيار لا شيء، في سبيل المثال مع الخيارات

دافع ملف = my_image.qcow2، مؤشر = 0، وسائل الإعلام = القرص، وذاكرة التخزين المؤقت = لا شيء

بدلا من مجرد توفير ملف الصورة مع HDA-my_image.qcow2. ثم يتم فتح ملف الصورة باستخدام العلامة O_DIRECT، تجاوز ذاكرة التخزين المؤقت للصفحة. إذا كان نظام الملفات الأساسية لا تدعم العلم O_DIRECT، هذا فشل مع رسالة الخطأ:

لا يمكن فتح صورة القرص my_image.qcow2: الوسيطة غير صالحة

هذا هو الحال للحصول على نظام الملفات ext4 مع كامل اليومية تمكين. يمكن للمرء بسهولة اختبار إذا كانت مدعومة العلم O_DIRECT بواسطة نظام الملفات الأساسية مع أمر بسيط DD على المضيف:

DD إذا = some_file من = / ديف / لاغية مباشرة = iflag

إذا كان العلم O_DIRECT غير معتمد من النتائج في الخطأ التالي:

DD: افتتاح `some_file ': الوسيطة غير صالحة

وبالتالي، إذا مخاوف تتعلق بالسلامة لا تنطبق، واحد لا تريد استخدام كامل اليومية، لرفع مستوى الأداء. ويمكن تعيين الخيارات اليومية سواء في fstab / / الخ أو في نظام الملفات نفسها. لحالة fstab الجزء أحمر ملحوظ من دخول المثال التالي لابد من ازالتها.

/ dev/sda7 / ext4 الافتراضية، noatime، nodiratime، التزامن، وبيانات دورية = 0 1

إذا تم تعيين الخيار اليومية في نظام الملفات، يمكن أن يظهر هذا وتحريرها مع الأمر tune2fs. في المثال tune2fs-L / dev/sda7 يعرض معلومات عن الملفات على / dev/sda7. إذا تم تمكين اليومية كامل، الإخراج يحتوي على خيار جبل journal_data:

الخيارات الافتراضية جبل: journal_data

ويمكن إزالة الخيار مع tune2fs-O journal_data ^ / dev/sda7. بعد ذلك خرج من tune2fs-L لا يحتوي على خيار جبل journal_data أي أكثر:

خيارات جبل الافتراضية: (لا يوجد)

في كلتا الحالتين فإن الملفات يجب أن remounted لتفعيل التغييرات. بعد ذلك qemum-KVM يعمل مع ذاكرة التخزين المؤقت = الخيار لا شيء، على النحو الموصوف أعلاه، ومع أداء الإعلام والتوعية المتزايدة.

يورغن

المراجع:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

 qemu kvm with cache=none fails on ext4 filesystem with journal data option
1 Star2 Stars3 Stars4 Stars5 Stars (لا يوجد تقييم)
Loading ... تحميل ...