פורסם: 11/07/2017 - 16:53
נושא ההודעה: אובונטו - פיל זעיר על גבה של קרצייה ענקית?
|
|
|
חזרה לתוכן הדיון |
פורסם: 11/07/2017 - 17:28
נושא ההודעה:
|
אולי הגיע הזמן לחסום הודעות שמכילות רק לינק בלי הסבר.
לא יודע מה איתכם, אבל אני לא נכנס לדבר כזה.
|
|
חזרה לתוכן הדיון |
פורסם: 11/07/2017 - 20:54
נושא ההודעה:
|
Anonymous : | אולי הגיע הזמן לחסום הודעות שמכילות רק לינק בלי הסבר.
לא יודע מה איתכם, אבל אני לא נכנס לדבר כזה. |
צודק, אבל בדקתי בשבילך:
|
|
חזרה לתוכן הדיון |
פורסם: 12/07/2017 - 11:19
נושא ההודעה:
|
אז בקיצור זה cygwin שנארז וממותג על ידי אובונטו?
|
|
חזרה לתוכן הדיון |
פורסם: 12/07/2017 - 13:01
נושא ההודעה:
|
לא זה לא cygwin, אלו בינארים רגילים של אובונטו שרצים תחת שכבה ב-windows שמתרגמת את קריאות המערכת.
|
|
חזרה לתוכן הדיון |
פורסם: 12/07/2017 - 13:06
נושא ההודעה:
|
ובקרוב יהיו שם גם SUSE ו-Fedora
|
|
חזרה לתוכן הדיון |
פורסם: 12/07/2017 - 15:03
נושא ההודעה:
|
Anonymous : | אז בקיצור זה cygwin שנארז וממותג על ידי אובונטו? |
לא בדיוק. Cygwin זאת סביבת עבודה (קומפילר + ספריות ריצה) שמאפשרות לך לקפמפל קוד יוניקס על גבי win32/win64, התוצרים הם קבצי חלונות לכל דבר, אבל הספרייה הסטנדרטית תציג לתוכניות סביבת יוניקס רגילה כולל /proc/. אם תוכנית תרצה לדבר עם הקרנל בעזרת משהו שנמצא ב-/dev/ היא תיכשל... אבל רב תכניות user space תעבודנה יפה.
פה מדובר על GNU/Windows... או Microsoft GNU (מה שיותר מצחיק אותך). הרעיון הוא שבזמן הטעינה של ה-executive של Windows בנוסף ל-Win32API וגם WinRT API הם טוענים שכבה חדשה שמממשת את elf loader את ld ואת syscall interface של לינוקס. למעשה הפכו את הקרנל של חלונות לתואם linux (די דומה לאיך ש-FreeBSD עשו).
|
|
חזרה לתוכן הדיון |
פורסם: 16/07/2017 - 11:14
נושא ההודעה:
|
elcuco : | Anonymous : | אז בקיצור זה cygwin שנארז וממותג על ידי אובונטו? |
לא בדיוק. Cygwin זאת סביבת עבודה (קומפילר + ספריות ריצה) שמאפשרות לך לקפמפל קוד יוניקס על גבי win32/win64, התוצרים הם קבצי חלונות לכל דבר, אבל הספרייה הסטנדרטית תציג לתוכניות סביבת יוניקס רגילה כולל /proc/. אם תוכנית תרצה לדבר עם הקרנל בעזרת משהו שנמצא ב-/dev/ היא תיכשל... אבל רב תכניות user space תעבודנה יפה.
פה מדובר על GNU/Windows... או Microsoft GNU (מה שיותר מצחיק אותך). הרעיון הוא שבזמן הטעינה של ה-executive של Windows בנוסף ל-Win32API וגם WinRT API הם טוענים שכבה חדשה שמממשת את elf loader את ld ואת syscall interface של לינוקס. למעשה הפכו את הקרנל של חלונות לתואם linux (די דומה לאיך ש-FreeBSD עשו). |
אתה אומר כאן דבר והפוכו. הסוף שלך הרבה יותר נכון מאשר ההתחלה.
לסיכום, מיקרוסופט יצרו שכבה (שהם קראו לה subsystem) שמאפשרת המרה של קריאות מערכת בין סביבות. אחד השימושים הוא להריץ סביבת לינוקס מלאה (או כמעט מלאה, כי השכבה שמדברת עם החומרה לא באמת קיימת) על גבי מערכת חלונות. אין שום דרך להריץ את הסביבה ישירות מחלונות, רק דרך ה-subsyste, כולל גישה לקבצים (שלא דרך SMB/NFS וכדומה)
משם הדרך לפדורה או סוזה היא קצרה (בעצם רק מנהל החבילות משתנה)
המוטיבציה היא קריצה למפתחים שכל הפורקים של הפרוייקטים החשובים (וגיט בראשם) לא היו מוצלחים מספיק.
|
|
חזרה לתוכן הדיון |
פורסם: 16/07/2017 - 17:06
נושא ההודעה:
|
מה ההבדל בן זה לWubi עליו השלום?
|
|
חזרה לתוכן הדיון |
פורסם: 16/07/2017 - 19:13
נושא ההודעה:
|
Anonymous : | מה ההבדל בן זה לWubi עליו השלום? |
אין שום קשר.
זה לכל צורך מעשי הראו של Wine -
Wine גורם לתוכניות Windows לחשוב ולהתנהג שהן אכן רצות על Windows למרות שהן למעשה רצות על לינוקס/אוסקס/פריבסד
WSL גורם לתוכניות לינוקס לחשוב שהן רצות על לינוקס למרות שהן רצות על חלונות. במסגרת זאת, אפשר גם להתקין userland של Ubuntu בקלות ובקרוב גם הפצות אירות
|
|
חזרה לתוכן הדיון |
פורסם: 16/07/2017 - 20:47
נושא ההודעה:
|
Anonymous : | Anonymous : | מה ההבדל בן זה לWubi עליו השלום? |
אין שום קשר.
זה לכל צורך מעשי הראו של Wine -
Wine גורם לתוכניות Windows לחשוב ולהתנהג שהן אכן רצות על Windows למרות שהן למעשה רצות על לינוקס/אוסקס/פריבסד
WSL גורם לתוכניות לינוקס לחשוב שהן רצות על לינוקס למרות שהן רצות על חלונות. במסגרת זאת, אפשר גם להתקין userland של Ubuntu בקלות ובקרוב גם הפצות אירות |
מה שמוביל אותי לתהות על הפן האבטחתי שבעניין.
בניגוד לוירטואליזציה (ויש אף יאמרו קונטיינרים) כאן מערכת אחת תדביק את השניה חופשי.
(זה מה שלמדתי פה מהאתר על wine. שהתכניות בו לא רצות בארגז חול)
|
|
חזרה לתוכן הדיון |
פורסם: 16/07/2017 - 20:59
נושא ההודעה:
|
Anonymous : | מה ההבדל בן זה לWubi עליו השלום? |
wobi היה יוצר קובץ גדול בחלונות, עושה boot ללינוקס אמיתי, ואז ה-rootfs היה loopback device מעל NTFS.
הגישה לדיסק של rootfs הייתה איטית תחת, כל השאר לינוקס מלא.
|
|
חזרה לתוכן הדיון |
פורסם: 17/07/2017 - 22:59
נושא ההודעה:
|
Anonymous : | מה שמוביל אותי לתהות על הפן האבטחתי שבעניין.
בניגוד לוירטואליזציה (ויש אף יאמרו קונטיינרים) כאן מערכת אחת תדביק את השניה חופשי.
(זה מה שלמדתי פה מהאתר על wine. שהתכניות בו לא רצות בארגז חול) |
אתה צודק. בדיוק כמו wine, אין ארגז חול. נכון לרגע זה, יש כמה דברים שתת-מערכת הלינוקס לא רואה בחלונות (החלונות רואה הכל בלינוקס) -- אבל הם מתועדים כבאגים ואמורים להעלם בקרוב.
לא יודע מה הכוונה ב"תדביק חופשי", אבל, אם אתה לא סומך על אחת ממערכות ההפעלה האלה, דאג להריץ אותה בארגז חול משלה.
|
|
חזרה לתוכן הדיון |
|