המפתחים של KDE היו בין הראשונים לעבור מ־CVS אל SVN (הודעות על המעבר ניתן לקרא כאן: http://www.kdedevelopers.org/node/1028) ובזמנו היו להתקנה הכי גדולה של Subversion. כעת הם עושים את המעבר שוב, אל git.

היו כמה פרוייקטים שעברו באופן אצמעי אל git. למשל Amarok, אחריו konversation ולאחרונה kate. כעת KDE עוברים ל־hosting מקומי של git, וכבר זמינות הוראות ווויקי בנושא: http://techbase.kde.org/Projects/MovetoGit . כמו כן, מסתבר שמציעים גם אירוח של RedMine. מפתחים שמשתמשים כרגע ב־https כדי לגשת ל־subversion repositories יצתרכו לתת מפתח ssh ל־sysadmins כדי לקבל הרשאות כתיבה אל מאגרי ה־git של הפרוייקט.

בשלב זה, Amarok חזר להיות פרוייקט שמתארח אצל kde.org וגם קיבל עמוד RedMine. הודעה מצלאה ניתן לקרא כאן: http://blog.lydiapintscher.de/2010/06/19/lets-move-that-source-code-so-it-doesnt-get-lazy/

קודם כל לולי – כל הכבוד, על ההספק, אני חשבתי שאספיק לכתוב על זה לפניך 🙂

כשכתבת על פדורה 13 (http://linmagazine.co.il/fedora/2010/05/05/sml/fedora-13-beta) חשבתי שכתבת על הכל חוץ מהדבר היחיד שבאמת שווה שם: btrfs snapshots. הרעיון הוא שכאשר אתה מתקין עדכונים, yum עושה לפני הכל snapshot בכדי שאתה תוכל לחזור למערכת הקודמת שלך לפני השדרוג. בעיקרון אתה אמור לבחור את ה-snapshot המתאים מוך grub, אבל לא ראיתי דבר כזה בפועל.

המלצה שלי לחלוקה למחיצות בגלל ההקשר הזה:

• מחיצת /boot/ ‏- 512 מ”ב, ext4 כי המנהל אתחול grub-legacy שבשימוש בפדורה לא מכיר את btrfs.
• מחיצת / – כמה שיותר, btrfs. פה תשב מערכת עצמה.
• מצחית /home/ – כמה שיותר, עוד btrfs. המטרה פה שיהיו snapshots בלתי תלויים בין המערכת לנתונים שלך (העדכון האחרון היה גרוע, אתה חוזר ל-snaphot קודם והמסמך שעבדת עליו 4 שעות נמחק? לא לא).

  אני הבנתי ש-btrfs עדיין איטית. כמו כן, היא בשלבי יציבת ראשוניים, ולכן שימוש בה יהיה סיכון סביר (אני משתמש בפדורה, זה גם ככה חיים על חודו של קוץ).

  בהתקנה שלי עשיתי עוד דברים מיותרים, כמו לשים את מחיצות ה-btrfs על lvm, למיקרה שאני ארצה לשנות את הגדלים של המחיצות. אתה אמור לי בעצם שזה מיותר?

  נ.ב. אני כל כך מסכים איתך, zfs עדיין יותר מאאאאגניב, חבל שיש בעיות להטמיע את זה בלינוקס כיום.

  

לעיתים נדירות אני נותן כאן קוד שמדבר על win32api, כי אני פשוט לא עוסק בזה. אבל היום ריימונד צ’ן (אחד המפתחים הגדולים של מיקרוספט) כתב על זה בבלוג שלו.

בקצרה ניתן לגרום לכיווניות החלון להתיפך על ידי שימוש בתו יוניקוד U+200E פעמיים. לקריאת המאמר המלא, יש לעבור בבלוג שלו, (בכלל בלוג מאוד מומלץ, כיף לקרא אותו):

http://blogs.msdn.com/b/oldnewthing/archive/2010/06/11/10023274.aspx

אני כרגע בודק את פדורה 13 על המחשב (אני מת לקטול את לולי על הסקירה שלו, אבל נגיע לזה עם הזמן…) ובינתיים אני לא מתרשם. אותם באגים קטלניים שיש לו ב-Fedora 12 יש לי כאן. בנוסף, היום לא הצלחתי להתחבר לרשת האחלוטית, קיבלתי הודעה סתומה בסגנון “Network Management disabled”. יופי, תודה.

מסתבר שלפעמים לאחר חזרה ממצב שינה (suspend to ram) יש קצת אופסים. בעייה ידועה בכל ההפצות (תקשיבו ללולי הוא צודק, הבעיות בדרך כלל חוזרות בכל ההפצות… ). הינה הפתרון שמוצא עבור דביאן ועובד אצלי גם, מתוך http://osdir.com/ml/debian-bugs-dist/2010-01/msg07864.html:

service network-manager stop
rm /var/lib/NetworkManager/NetworkManager.state
service network-manager start

גועל נפש…

אני מחפש עבודה. אני מתכנת ב־php (שזה אומר בעצם JavaScript/CSS/html5 גם כן), ב-C++
וטיפה ב־perl.יש לי המון ניסיון עם Qt4 של נוקיה, מבין ב־boost. אני מחפש עבודת פיתוח, בתחום הפיתוח ה־web־י או תכנות dektop או שרתים (c או c++‎).

בפנייה אישית ניתן לקבל קורות חיים מסודרים. ניתן לפנות אליי דרך הג’ימייל, diegoiast או בפנייה דרך האתר http://cucomania.dynalias.com/contact כמו כן אפשר להסתכל בדף שלי ב־linkedin בכתובת: http://il.linkedin.com/pub/diego-iastrubni/21/773/696

עריכה:
מסתבר שהפוסט הראשוני שלי הכיל תווים לא חוקיים (1B) שהרסו את הפיד שלי, ואז את הפלנטה. אני מצטער, ומקווה שהבעייה תוקנה כעת. לכל מי שמעוניין – זה פאק של דרופל.