האתר של שביט אילן

אני מעריך שתיכף כולם ירדו עלי אבל אני חושב שבכל זאת כדאי שאסקור את ההרחבה העונה לשם lastpass.

על מה מדובר? Lastpass מיועדת לשמור (ואח"כ להזין) מידע שמוזן בטפסים (כולל סיסמאות), לסנכרן את המידע בין מחשבים שונים ולהבדיל מהכלי הפנימי בשועל היא אמורה להיות בטוחה ונוחה יותר לשימוש.

אז נכון: לא מומלץ לשמור מידע רגיש ב- lastpass (חשבונות בנק, קופ"ח וכו') אבל לאתרים "פשוטים" (פורומים, בלוגים ועוד…) התוכנה מאוד מומלצת (וזוכה לכ- 45,000 הורדות בשבוע).

תכונות ההרחבה:

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

נכון להיום אני משתמש במספר שירותי "ענן", שאמנם לא חופשיים, אבל מאוד מוצלחים (לצורך סנכרון מידע בין מחשבים שונים):

• dropbox – לסנכרון קבצים
• Xmarks – סנכרון מועדפים (וגם סיסמאות)
• ו- lastpass – לסנכרון סיסמאות ומידע השמור בטפסים.

כרגע יש שתי דרכים להתקין את Firefox 3.5 ב- Jaunty:

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

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

• לא מסכנים את המערכת בהתקנה ממקורות לא בטוחים
• מקבלים מנשק עברי

אמנם לא ברור לי  מה קורה עם שדרוגים עתידים (הורדה נפרדת/עדכון עצמי) אבל לדעתי זה שווה את הטרחה (עד ש- Koala תשוחרר ותהיה תמיכה רשמית ב- Firefox 3.5).

ולסיום עוד מס' הערות על השועל החדש:

• ביצועים: אני מרגיש שיפור בתחום הזה (שיפור שקשה לי לכמת במספרים) אך למרות זאת התחושה שלי היא שעדיין הגרסה הזאת מוזנחת לעומת הגרסה לחלונות (ניסיתי אותה על מכונה וירטואלית).
• איכות התרגום: 10! (ח"ח לתומר)

Wallpaper-tray – ישומון שבאובונטו 9.04 נכתב מחדש ומיושם כ- panel apllet.

מטרת הישומון: להחליף את הרקע בשולחן העבודה במספר דרכים:

• כל פרק זמן קבוע (נקבע בדקות, ויש להיזהר לא להכניס את הערך 0)
• בכניסה למערכת
• בלחיצה (בודדת) על ה- applet

הערות:

• ב- KDE התכונה מיושמת ברמת שולחן העבודה, אבל ב- Gnome אין אפשרות להחליף רקעים בצורה נוחה ואוטומטית
• ניתן להגדיר ספריית מטמון שתכיל רקעים לשולחן העבודה
• הרקע יכול להיבחר במספר דרכים: בחירה אקראית, ממויינת עפ"י שם או תאריך יצירה

התקנה:
sudo aptitude install wallpaper-tray

• הבאג המעצבן (Bug #379703): צריבת DVD Data מאוד איטית עם Brasero (צריבת דיסק לוקחת כשלושת רבעי השעה במקום 7 דקות עם Gnomebaker). יש לי  כרגע שתי ברירות: האחת היא לעבוד עם K3b (מחייבת התקנה של ספריות KDE, דבר שאני מנסה להתחמק ממנו), או לעבוד עם Gnomebaker שמתרסק כל שתי שניות (אבל למזלי הוא לא מתרסק במהלך הצריבה עצמה – אלא רק בשלב של גרירת התוכן לצריבה).

• הבאג ההזוי: אני משתמש ב- screensets ומנסה לגדל פרח על שולחן העבודה. משהו בסגנון הזה:

אני מקפיד לתת לו מים כל יום (פעם אחת בכל יום), אבל שום פרח לא גדל (כבר חודש) והעציץ נשאר יבש ומיותם. האמת? אני מה זה מאוכזב…

הצלחתי לפתור את בעיית הסנכרון של Tomboy מול שרת ssh:

• הורדתי Patch שמתקן את הבעיה (באובונטו 9.04 Fuse הוכנס לקרנל ואיננו נטען כמודול. ה- Patch מכניס תנאי שבודק את קיום Fuse ברמת הקרנל).
• הורדתי את קוד המקור של Tomboy
• שילבתי את ה- Patch בקוד המקור (בקובץ SyncUtils.cs)
• הורדתי את כל התלויות של התוכנה (sudo apt-get build-dep tomboy)
• יצרתי חבילה לאובונטו 9.04 64Bit (בעזרת giftwrap)

מי שרוצה מוזמן להוריד את החבילה (לאובונטו 9.04 – 64 ביט) מכאן (מעניין אם אובונטו יכינו חבילה מתוקנת לפני גרסה 9.10…)

עכשיו אחזור לנושא Tomboy: בימים האחרונים שוב עולה הנושא של השימוש ב- Mono. הפעם מועלה החשש ש- Mono (בעזרת אפליקציות פופולאריות כ- Tomboy, F-Spot, Gnome-Do ועוד…) מצליח לחדור להפצות השונות, כשהפחד הוא שמיקרוסופט מנסה בצעד מתוחכם (הכנסת סוס טרויאני) לקבל "קלף" שיאפשר לה לתבוע את ההפצות (הפרת זכויות יוצרים/פטנטים).

כמעט כל המאמרים שקראתי פסלו על הסף את השימוש ב- Mono ודורשים להסיר את החבילה מההפצות. ניסיתי להבין את רישיון השימוש של Mono ולא הצלחתי (ניסוחים שכנראה רק עורכי דין יכולים להבין…). אז למה בחרתי לכתוב על הנושא? מפני ששמעתי עכשיו את הפודקאסט של כריס ובראיין והם מתייחסים לנושא של Mono אבל מכיוון הפוך לחלוטין: הם תוקפים בצורה קשה את הקהילה על בזבוז זמן ומשאבים בפיתוחים מקבילים (הם מתייחסים לפיתוח של Gnote, שהוא שכתוב של Tomboy, שכתוב ב- c++). לטענתם גם הבעיה של תצרוכת זכרון גבוהה (המיוחסת לישומי Mono) היא זניחה ועל קהילת המפתחים להשקיע את זמנם ומירצם בפתרון הבעיות שיש בלינוקס ולא בעבודה כפולה.

אם כריס ובראיין היו אנשי מיקרוסופט לא הייתי טורח לשמוע/להשמיע את הביקורת שלהם. אך מדובר באנשים שהם חובבים מושבעים של לינוקס ותוכנה חופשית. מזה 3 שנים הם מפרסמים פודקאסטים רציניים כשתוך כדי צפייה למדתי להעריך את הרצינות, הידע והאהבה שהם רוחשים ללינוקס ותוכנה חופשית. אז מי לדעתכם צודק? יכול להיות שאנו סתם פוחדים מישומי Net.? (כפי שכריס ובראיין טוענים…)

הרבה מאוד חברות מציעות שירותי סינכרון:

• Browser Sync ,Foxmarks – שמסנכרנות את הסימניות של השועל בין מחשבים שונים
• dropbox שמסנכרנת תיקיות בין מחשבים שונים (ולנישה הזאת נכנסו לאחרונה גם אובונטו, מנדריבה, מיקרוסופט ועוד…)

אני מנצל את שירותי "מחשוב ענן" ומוצא אותם מאוד נוחים. לאחרונה החלטתי לנסות לסנכרן גם את הפתקאות של Tomboy. אז כן, למרות ש- Tomboy מבוסס Mono אני די אוהב אותו, אך באובונטו 9.04 יש באג מעצבן:

לא ניתן לסנכרן את הסימניות מול שרת ssh/webdav.  כרגע אני "עוקף" את הבעיה ועושה סנכרון מול תיקיה מקומית (שהיא בעצמה מסונכרנת באמצעות dropbox). פתרון הסנכרון המקומי לא כ"כ מוצלח ואני עובד איתו באופן חצי אוטומט (כלומר כשאני משנה פתקית אני מפעיל את שירות הסנכרון).

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

מישהו לקח את אובונטו יותר מידי קשה…

אז אחרי כל הדיבורים החלטתי לעשות מעשה והתקנתי (התקנה נקייה) את Ubuntu Jaunty 64bit. בסה"כ אני עובד כשבועיים בסביבת 64 ביט ויכול לסכם את ההתרשמות שלי עד כה:

• מהירות עבודה: אני לא מרגיש שהמחשב עובד מהר יותר. אני בטוח שאם אקודד סרטים/שירים, קצה הקידוד יהיו גבוה יותר, אבל בשימוש השוטף אני לא מרגיש שיפור משמעותי במהירות (אם בכלל)
• חבילות: רוב החבילות זמינות כשהן ארוזות לסביבת 64 ביט, כך שהתקנות חדשות מסתכמות בהפעלת synaptic וביצוע ההתקנה (Java, Flash ועוד)
• טיפול בחומרה: התקנת הדרייברים עבור המדפסת שלי (DPC 130C) היתה קלה ומהירה (אודות למדריך באתר Brother). גם הדרייבר לצורב Light Scribe הותקן בקלות (למרות שהוא מיועד ל- 32 ביט)
• Flash: אומרים שהחבילה של Adobe Flash ל- 64 ביט פחות טובה ממקבילתה ל- 32 ביט. אני לא מרגיש כך, ולדעתי היא עובדת באופן די חלק (לא נתקעת או מכבידה על המחשב)

בסה"כ באמת שאין בעיות מיוחדות אבל מצד שני אני לא מרגיש האצה מיוחדת בעבודת המחשב (לא עשיתי מדידות מדויקות: מדובר בתחושה אישית שמסתמכת על נסיון רב שנים בהפצות 32 ביט).

Glipper הוא מנהל Clipboard חביב. לאחרונה שמתי לב שב- Ibex, Jaunty וגם בפדורה הוא מתרסק מיד לאתר עליית המחשב.

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

sudo gedit /usr/lib/glipper/glipper

#!/usr/bin/env python

# Glipper - Clipboardmanager for GNOME
# Copyright (C) 2007 Glipper Team
#
# blah, blah, blah...
#
# You should have received a copy of the GNU Lesser General Public
# License along with this library; if not, write to the
# Free Software Foundation, Inc., 59 Temple Place - Suite 330,
# Boston, MA 02111-1307, USA.
#

import time # <-- This line is new
time.sleep(8) # <-- This line is new. Increase to 20 or 30 if 8 doesn't help

import gobject

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

• שלב ההתקנה: אם בוחרים בהתקנה במנשק עברי, מבצעים אמנם את ההתקנה במנשק עברי מלא, אבל לעיתים קרובות הטקסט מיושר לשמאל

• תרגום לא מלא בתוכנות פופולריות שונות. דוגמא: ב-  vlc מקבלים ערבוב של שפות (שימו לב לערבוב ולמיקום של התפריט "עזרה")

• Synaptic: כל התוכנה מתורגמת נהדר, אבל יש בעיה אחת שמפריעה לי: כשמבקשים לעדכן את המערכת מקבלים רשימה של חבילות שמיועדות לשדרוג אבל הטקסט, שמכיל עברית ואנגלית, יוצא משובש (בעיית bidi: קשה להבחין מהי הגרסה של החבילה הנוכחית ולאיזה גרסה היא אמורה להשתדרג). בנוסף, כשמעדכנים את המערכת, נפתח לעתים מסוף שלא תומך בדו כיווניות ומקבלים הודעות שקשה להבין אותם (כתובות בעברית משמאל לימין)

• יש תוכנות שפשוט לא מתוכננות לעבוד בעברית, או שאין להם בכלל תרגום לעברית, אבל המנשק שלהם מיושר לימין (בגלל שפת המערכת). דוגמא: SPE (מאוד קשה לתכנת במנשק כזה…)

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

אם אלו הבעיות, למה אני עובד בכל זאת במנשק עברי?

א. כי עברית זאת השפה שלי וזאת השפה שרוב הישראלים אמורים לעבוד בה

ב. כי אני נהנה מרמת התרגום המעולה (כל הכבוד לכל מי שעובד על הנושא)

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

ד. כי ניתן להתגבר על חלק מהבעיות שהצגתי…

אז איך אני מתגבר על הבעיות?

את Synaptic, VLC, SPE ועוד אני מפעיל באמצעות סקריפט שמשנה את שפת המערכת לאנגלית (חבל שלא ניתן לעדכן את משגר הישום ולהוסיף לו את הפקודה ;LANG=en_US.UTF8). כרגע יש לי בסה"כ שישה סקריפטים (ל- VIM, Synaptic, SPE Gimp, Ethereal ו- VLC) ובכל שאר התוכנות אני עובד בעברית באופן מלא, כך שהמצב לא ממש רע כפי שהצגתי…