svn.kde.org – 404

שירות ה־SVN של KDE כרגע למטה, עד שעה 11 GMT ביום ראשון. ככה כתוב בחדר‎#kde ב־irc.kde.org.

אם אני זוכר נכון, המארחים הם SuSE/Novell בגרמניה. השירות די אמין עד עכשיו, אז פשוט סבלנות, וניזכר כמה היה טוב אם אנחנו היינו משתמשים ב־git.

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

Hi,

due to a planned electricity supply maintenance at the hosting location I'll
have to shut down svn.kde.org on Saturday, Sept. 12 around 16:00 GMT (two
hours earlier than announced before).
Hopefully system will be back online somewhen around Sunday, Sept 13 around
11:00 GMT.

anonsvn.kde.org or other servers are not affected by this outage.

Greetings,

Dirk

Share

לינוקס שווה לתחת

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

במהלך ההכנות להרצאה, חשבתי לעצמי: "יהיה נחמד אם אני אשתמש ב-amora כדי לשלט על המחשב מהסלולרי שלי, בתור שלט רוחק". ההתקנה של ה-server על המחשב מיידית, ההתקנה של הלקוח על הסלולרי פשוטה (ויש לי מסוף פייתון בסלולרי!!! יש!!!11). מה הבעייה? הסלולארי לא מוצא את הפאקינג מחשב ב-bluetooth. תיעוד? שטויות, לך חפש תיעוד בכוס של אימא של לא יודע מי…

בהרצאה אני מחבר את המקרן, ופוף, אני רואה אותו בהגדרות של המסך (מאוד קשה למצוא אותן ב-systemsettings, וזה היה המקום היחיד שבו מצאתי אותן) זה מאוד מפתיע לטובה, זה עבד מבלי שאני אקנפג שום דבר. אבל אני רואה של-LVDS (המסך הפנימי של הנייד שלי) ולמקרן יש רזולוציות שונות, זה יגרום לכך שלא כל מה שאני רואה על המסך יראה על המקרן. טוב, נשנה את הרזולוציה הפנימית של ה-LVDS ויהיה טוב. הפאקינג xorg הסריח הזה החליט שהרזולוציה היחידה שיש ל-LVDS היא 1280×800, ואין לו בכלל תמיכה ב-1024×768. פאקינג לינוקס, פאקינג xorg ושיתפוצצו אינטל גם כן. סתם בשביל הכיף.

פדורה פעם בשבוע מעדכנים דברים קריטים בהפצה. התחלתי בקרנל 2.6.29 עם KDE 4.2 ועכשיו חודש או חודשיים אחרי ההתקנה אני עם קרנל 2.6.30 עם KDE 4.3. פעם בשבוע יש לי בקשה מ-package kit להפעיל מחדש את המחשב, ופעם בשלושה ימים יש עדכונים למחשב (ופאק, אם לוקחים מלא זמן… yum איטי כמו דוגמנית בלונדית שמנסה לפתור משווה דפרנציאלית).

מילא  זה, אבל הפאקינג הפצה המפגרת הזאת מתקעת פעם ביום או יום וחצי. חצי מהפעמים זה נתקע בחזרה ממצב שינה או היברנציה. כמו כן, HAL או PackageKit או אחותו הצולעת של דויד, לא מזהה את הכפתור של "מצב שינה" במקלדת.  לכן כדי לשים את המחשב במצב שינה אני חייב לסגור את המכסה. כדי לעצבן אותי עוד יותר, KDE4 כבר לא מציג את המערכות הפעלה האחרות שזמינות ל-Grub בכדי להפעיל מחדש את המחשב.

הקיצר, אם אתה קורא את זה, שתוק. ואם את אישה – זה מגיע לך.עכשיו, אפשר לחזור לחוסר שפיות הרגיל.

Share

סיכום הרצאה – מבוא ל־Qt4

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

בקשר לשאלות שנתתי:

שוב, תודה למי שהגיע! העלתי את ההרצאה לכאן:

http://qtedit4.googlecode.com/files/Introduction%20to%20Qt4.pdf

http://qtedit4.googlecode.com/files/Introduction%20to%20Qt4.odp

Share

הרצאה: מבוא ל-Qt4

אני מובטל ומשועמם ולכן התנדבתי לתת הרצאה בחייפוקס – מועדון הלינוקס החיפאי. http://haifux.org/lectures/221

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

הכניסה חינם, תבואו ותהנו.

Share

המצב של QHOCR

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

קובי שיחרר לפני כארבע שנים את גרסה 0.8 של libhocr (אפריל 2006, גרסה ראשונה לפני כ־4 שנים), עליה אני ביניתי את הגרסה העדכנית ביותר של QHOCR. זאת הגרסה שזמינה להורדה באתר.

לפני כשנה (מרץ 2008), קובי שיחרר גרסה חדשה לגמרי של libhcor – גרסה 0.10. אני התחלתי להמיר את הקוד שלי שיעבוד מול הגרסה החדשה ודי מהר נתקלתי בבעיות: הקוד של קובי זולג זכרון בצורה משמעותית. ביישום שלו אין בעיות, הוא כותב ממשק מבוסס שורת פקודה שמבצע את ה-OCR ואז היישום נסגר, ומערכת ההפעלה משחררת את הזכרון. לא קריטי. ביישום הגרפי שלי, מתבצע ה־OCR ואז משתמש משאיר את התוכנה פתוחה, ואז מבצע עוד OCR … והתוכנה תופסת את כל הזכרון הפיזי של המחשב.

כדי לפתור את הבעייה יש כמה אפשרויות: או שאני מתקן את הקוד של libhocr-0.10 ואז אני לא מתעסק בממשק של QHOCR, או שאני עוקף את הבעייה. בתור פיתרון ביניים אני מנסה קצת משניהם (אבל מושך יותר לכיוון של מעקף…). שלחתי לקובי כמה תיקונים שמתקנים בעיות של זליגת זכרון, וכדי לעקוף את הבעייה אני שואף לעשות את אותו טריק שיש ב־Google Chrome. אני רוצה לעשות את ה־OCR בתהליך (process) שונה, ואז באמצעות IPC להעביר את הנתונים של ה־gui process. ככה התהליכים יכולים לזלוג כמה שהם רוצים וזה לא אמור להשפיע על ה"תוכנה עצמה".

אני צריך לפתור שתי בעיות כדי להגיע לתוכנה עובדת:

  1. אני צריך לכתוב יישום שורת פקודה מלא, שיודע לעשות OCR. הבעייה שאני נתקל פה היא שאני צריך ספרייה טובה לפיענוח של ארגטמנטים של שורת פקודה. פתחתי שאלה ב-StackOverflow וקיבלתי תשובות טובות. כעת רק צריך ליישום.
  2. הבעייה השנייה, היא איך לממש את ה־IPC בין שני התהליכים. אני עדיין לא משוכנע מה הדרך הכי טובה.
    1. קריאה של stdout: השיטה היוניקסים הוותיקה תעבוד די טוב פה, אבל בחיאתלא עברו 30-40? אולי אפשר יותר טוב?
    2. שימוש ב־shared memory. בשיטה זו, ה־OCR process יכתוב ישירות במרחב הזיכרון של ה־GUI process. יש מחלקות מסודרות לזה ב־Qt4, אבל זה נראה לי בעייתי (התהליך הראשי קורס, הזכרון לא יהיה ניתו לשיחרר כלל).
    3. אפשרות אחרת, כגון tcp/ip פנימי, או אחת האפשרויות האחרות שיש ב־Qt4.

אני לא אשתמש ב־D-Bus, כי זאת תלות שלא קיימת ב־win32 ואם אני מבין נכון גם ב־Mac.

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

Share