נתחיל עם החבילות שצריך בשביל התוכנות (אני עובד עם פדורה 64 ביט)

$ sudo yum install mkvtoolnix-gui mkvtoolnix

ואז נשתמש בפקודה mkvinfo על הקובץ כדי לקבל מידע על הערוצים שיש בו, במקרה שלי אני צריך את ערוץ 2 שזה הפס קול שחיפשתי.

$ mkvinfo My_File.webm

+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: webm
|+ Doc type version: 2
|+ Doc type read version: 2
+ Segment, size 3807210
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 163)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: google
| + Writing application: google
| + Duration: 157.552s (00:02:37.552)
|+ Segment tracks
| + A track
|  + Track number: 1
|  + Track UID: 1
|  + Lacing flag: 0
|  + Language: und
|  + Codec ID: V_VP8
|  + Track type: video
|  + Default duration: 40.000ms (25.000 fps for a video track)
|  + Video track
|   + Pixel width: 640
|   + Pixel height: 480
| + A track
|  + Track number: 2
|  + Track UID: 2
|  + Lacing flag: 0
|  + Language: und
|  + Codec ID: A_VORBIS
|  + Track type: audio
|  + Audio track
|   + Channels: 2
|   + Sampling frequency: 44100
|   + Bit depth: 16
|  + CodecPrivate, length 3845
|+ Cluster

ואז נחלץ את ערוץ 2 לקובץ 

mkvextract tracks My_File.webm 2:My_New_Ringtone.ogg

עדכון

מצאתי חלופה פשוטה יותר בעזרת התוכנה ffmpeg שגם היא מאפשרת לבצע העתקה בלי המרה של ערוץ הקול.

ffmpeg -i input.mp4 -acodec copy output.aac

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

KeePass למי שלא מכיר דומה מאוד ל-LastPass אלא שהמוצר עצמו הוא Open-Source, והסיסמאות שלכם לא מאוחסנות באינטנרט, אלא בקובץ DB מוצפן על המחשב שלכם. יש אנשים שלא מרגישים בטוח בלאחסן סיסמאות רגישות באינטרנט ולכן יעדיפו את KeePass.

אני אישית שילבתי בין 2 התוכנות עד עכשיו, אבל מאז שקניתי את ה-Samsung Galaxy S שלי, ורציתי להשתמש במוצר של LastPass גיליתי שזה יעלה לי כסף, אז חיפשתי דרך לסנכרן את הסיסמאות שלי (חד כיווני למהרשת למחשב) מאחר ו-KeePass נתמך תחת אנדרויד כיאה לכל פרוייקט קוד פתוח.

ייצוא הסיסמאות מ-LastPass לקובץ CSV

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

המרה של הסיסמאות מ-CSV לקובץ XML

בחלק הזה התברברתי קצת, למרות שידעתי מה הפורמט של הקובץ XML שאני צריך ליצור חיפשתי פיתרון מוכן, גילגול קצר ומצאתי כמה סקריפטים ב-Python ו־Ruby. אך לצערי 2 הסקריפטים בפיתון לא עבדו עבורי תחת לינוקס, ולא היה לי החשק להתברבר ולדבג אותם, אז המשכתי עם הסקריפט של Ruby שעבד לי ללא בעיות.

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

#!/usr/bin/ruby
#
# I recommend using Pocket to do the export. It works better than the browser extensions.
require 'rubygems'
require 'htmlentities'
require 'csv'
# CHANGE THIS
input_file = 'passwords.csv'
output_file = File.dirname(__FILE__) + '/' + input_file + '.pass.xml'
coder = HTMLEntities.new
csv = CSV::parse(File.open(input_file) {|f| f.read} )
passwords = {}
csv.each do |record|
  passwords[coder.encode(record[5])] ||= []
  passwords[coder.encode(record[5])] < < { :username => coder.encode(record[1]),
                                          :password => coder.encode(record[2]),
                                          :title    => coder.encode(record[4]),
                                          :comment  => coder.encode(record[3]),
                                          :url      => coder.encode(record[0]) }
end
File.open(output_file, 'w') do |f|
  f.puts '< !DOCTYPE KEEPASSX_DATABASE>'
  f.puts ''
  passwords.keys.each do |key|
    f.puts '  '
    f.puts "    #{key}"
    passwords[key].each do |password|
      f.puts "      "
      f.puts "        #{password[:title]}"
      f.puts "        #{password[:username]}"
      f.puts "
#{password[:password]}"
      f.puts "        #{password[:url]}"
      f.puts "        #{password[:comment]}"
      f.puts "      "
    end
    f.puts '  '
  end
  f.puts ''
end

הבאתי את הקוד כאן למקרה שהוא יעלם מהשרת איחסון (קרה כבר עם פרוייקט ב־github).

ייבוא הקובץ ב־KeePass

את החלק הזה כבר לא ממש צריך להסביר, פשוט פתחו את התוכנה ותחת תפריט File תמצאו את האופציה לייבא קובץ XML.

למשתמשי Windows

תודה רבה ל-ik_5 על התיקונים שהוא הציע, הסקריפט המעודכן כעת עובד גם עבור Windows.

• הורידו את ההתקנה של Ruby עבור Windows מהקישור הבא
• במהלך ההתקנה שיכו סיומות rb וכן סמנו את האופציה של הוספת התיקיה של  ruby לנתיב המערכת PATH
• כנסו ל-CMD ונווטו לתיקיית ההתקנה של ruby, כברירת מחדל היא תהיה C:\Ruby187\bin
• הריצו את הפקודה הבאה על מנת להתקין את הסיפריה htmlentities

C:\Ruby187\bin>gem install htmlentities

ואתם אמורים לקבל את הפלט הבא:

Fetching: htmlentities-4.3.0.gem (100%)
Successfully installed htmlentities-4.3.0
1 gem installed
Installing ri documentation for htmlentities-4.3.0...
Installing RDoc documentation for htmlentities-4.3.0...

כעת אתם יכולים להריץ את הסקריפט בצורה הבא:

C:\>ruby last.rb

אחד הדברים ששמתי לב ב-GNOME3 אחרי שהתקני את פדורה שוב השבוע זה שהיתי צריך למצוא שוב איך להגדיר את Nautilius (סייר הקבצים) כך שמחיקת קבצים תתבצע בעזרת המקש Delete ולא על ידי השילוב Shift+Del. באמת לא מובן לי למה המפתחים של Gnome3 טורחים כל כך בלגרום ל-Gnome3 להיות “ידידותית למשתמש” ובדרך הם דופקים את כל המשתמשים הוותיקים שלהם. בניגוד לכל הפוסטים שמשמיצים את GNOME3, אני דווקא נורא נהנה להשתמש בה, אך עדין חסרה לי הגמישות שלה ואני תולה את התקוות שלי בגרסה הבא (תמיד גרסה הבאה).

בכל אופן בגנום 3 החליטו להגן על המשתמש ממחיקת קבצים בטעות וכעת צריך ללחוץ Shift+Delete וזה סתם מעצבן זה הכל. אז הנה הדרך למפות מחדש קיצורי דרך בגנום 3.

שלב ראשון עלכם להתקין את dconf-editor אם אין לכם אותו.

sudo yum install dconf-editor

אחרי שתפתחו את התוכנה, נווטו לערך:

org > gnome > desktop > interface > can-change-accels

וסמנו את can-change-accels. השינוי הנ”ל יאפשר לכם לשנות את הקיצורים בתפריטים.

כעת פתחו את Nautilus וליחצו על תפריט Edit\עריכה ועימדו (לא ללחוץ עדיין!) על האופציה של מחיקה. כאשר אתם עומדים על האופציה למחיקה ליחצו על הלחצן Delete פעם אחת כדי למחוק את הקיצור ופעם שניה כדי להקצות אותו, וזהו… סיימתם.

יחי ההבדל הקטן, שעושה כל כך הרבה

לפעמים יוצא שאני מתחבר למחשב ב-SSH ורוצה להפעיל אפליקציה עם GUI. לי אישית זה היה עם עמדת קיוסק שבניתי ורציתי להפעיל את חלון ההתחברות (שמשום מה קרס) על התצוגה הפעילה (מה שהמשתמש רואה) במקום לאתחל את המחשב רק בשביל זה.

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

X11 error: Can’t open display :0 

על מנת לעקוף את המגבלה הזאת אתם צריכים בסך הכל להריץ את הפקודה הבא:

xhost +

כעת כל תוכנת GUI שתריצו מטרמינל תפתח על מסך המשתמש הפעיל.

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

בגרסאות האחרונות של אופרה (11) משום מה משהו השתנה והתצוגה של הפונטים לגמרי נראתה מכוערת פתאום, דבר שלא קרה לי בגרסה 10. במהלך הפיתוח של גרסה 11 המתכנתים של אופרה החליטו לעבור למנגנון ציור פונטים אחר, למה ואיך תוכלו לקרוא אם תרצו בפוסט בבלוג הפיתוח. בגדול המעבר היה מ-fontconfig ל-xresources/xrdb.

ע”י הוספת השורות הבאות לקובץ .Xdefaults בתיקית הבית שלכם ואתחול של X התצוגה חזרה להיות כמו בעבר.

Xft.antialias: 1
Xft.autohint: 1 
Xft.hinting: 1 
Xft.hintstyle: hintslight 
Xft.rgba: none

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

xrdb -override .Xdefaults

אתם יכולים לראות את ההבדל בתצוגה של הפונטים בתמונות למטה

Source: http://www.amugofjava.me.uk/2010/12/making-operas-fonts-look-good-again.html

במסגרת המיני-פרוייקט שלי ב-קורס מעבדה ב-DSP יצא לי להשתמש בערכת הפיתוח Nexys2. מאחר והתכנון שלי כלל פילטר IIR שדרש הרבה מכפלים הערכת פיתוח הזאת פשוט היתה מתנה משמיים (אחרת היתי צריך לשנות את כל התכנון שלי לפילטר כדי לדחוף אותו לרכיב SPARTAN3-256). בכל אופן לערכת פיתוח יש 2 מקורות שאיתם ניתן לתכנת את הרכיב, ישנה את השיטה הישנה JTAG דרך חיבור Parallel, ויש את חיבור ה-USB שעושה את החיים הרבה יותר קלים (מה גם שאפשר לספק מתח ל-BOARD מה-USB ולכסוך את הצורך בשנאי).

אחד הדברים שהיתי צריך ללמוד היה איך להוריד לרכיב את הקובץ BIT ש-ISE מייצר. משום מה iMPACT לא תמך באופציה. למזלי בניגוד לערכת הפיתוח הישנה כאן לא היתי צריך לקמפל שום דרייבר והתשובה הגיעה מאתר היצרן.

Note: In order to program and communicate with the Nexys 2 board, you must download and install the free Digilent Adept software.

נווטו לכתובת: http://www.digilentinc.com/Products/Detail.cfm?NavPath=2,66,828&Prod=ADEPT2

שם תחת הכותרת ADEPT for Linux יש להוריד את הדייברים המתאימים לפלטפורמה שלכם 32/64

• Adept 2.5.1 Runtime, X86 Linux
• Adept 2.1.1 Utilities, X86 Linux
• Adept 2.5.1 Runtime, X64 Linux
• Adept 2.1.1 Utilities, X64 Linux

הערת בניים לחברה ממכון לב שצריכים לצאת דרך פרוקסי כדי להוריד את הקבצים ורוצים לעשות את התהליך דרך ה-SHELL

export http_proxy='http://wwwproxy.jct.ac.il:3128/'
wget 'http://www.digilentinc.com/Cart/Download.cfm?DURL=/Data/Products/ADEPT2/digilent.adept.runtime_2.5.1-i686.tar.gz&ProductID=Adept2.5.1-L-86' --proxy-user=theiceman_blog --proxy-password=Pa$$w0rD
wget 'http://www.digilentinc.com/Cart/Download.cfm?DURL=/Data/Products/ADEPT2/digilent.adept.utilities_2.1.1-i686.tar.gz&ProductID=Adept2.1.1-L-86' --proxy-user=theiceman_blog --proxy-password=Pa$$w0rD

חבילת ה-Runtime היא בעצם המודול\דרייבר שלנו וחבילת ה-Utilities כשמה מספקת מספר כלים על מנת לעבוד על הערכת פיתוח. עם החבילות מגיע קובץ README מפורט על אופן ההתקנה ומערכת שבהם המודל נבדק וקומפל עבורם. המערכת שלי Fedora 14 לא היתה ברשימה אך מאחר והיא מקבילה מאוד ל- CentOs 5 / Red Hat Enterprise Linux 5 אז המשכתי עם חשש קל לגבי האפשרות המודל קומפל עבור קרנל ישן או מול ספריות ישנות יותר.

נחלץ את החבילות

tar xzvf digilent.adept.runtime_2.5.1-x86_64.tar.gz
tar xzvf digilent.adept.utilities_2.1.1-x86_64.tar.gz
cd digilent.adept.runtime_2.5.1-i686
install.sh

Adept Runtime Installer
32-bit operating system detected
In which directory should 32-bit libraries be installed? [/usr/local/lib]
Installing 32-bit runtime libraries.....
32-bit runtime libraries successfully installed in "/usr/local/lib/digilent/adept"
In which directory should data files be installed? [/usr/local/share/digilent/data]
Installing firmware images.....
Installed firmware images in "/usr/local/share/digilent/data/firmware"
Installing JTSC device list.....
Installed JTSC device list "/usr/local/share/digilent/data/jtscdvclist.txt"
Installing CoolRunner support files.....
Installed CoolRunner support files in "/usr/local/share/digilent/data/xpla3"
Installing CoolRunner 2 support files.....
Installed CoolRunner 2 support files in "/usr/local/share/digilent/data/xbr"
Installing Adept Runtime configuration.....
Installed Adept Runtime configuration "/etc/digilent-adept.conf"
Installing USB UDEV rules.....
Installed USB UDEV rules "/etc/udev/rules.d/52-digilent-usb.rules"
Installing dynamic loader configuration.....
Installed dynamic loader configuration "/etc/ld.so.conf.d/digilent-adept-libraries.conf"
Reloaded UDEV rules
Updated dynamic loader cache
Successfully installed Adept Runtime

digilent.adept.runtime_2.5.1-i686 # cd ../digilent.adept.utilities_2.1.1-i686/
digilent.adept.utilities_2.1.1-i686 # ./install.sh

Adept Utilities Installer
32-bit operating system detected
In which directory should binaries be installed? [/usr/local/bin]
manpath: warning: $MANPATH set, ignoring /etc/manpath.config
In which directory should manuals be installed? [/usr/local/man]
Installing binaries.....
    installed dadutil: "/usr/local/bin/dadutil"
    installed djtgcfg: "/usr/local/bin/djtgcfg"
Successfully installed binaries in "/usr/local/bin"
Installing manuals.....
    installed dadutil.1: "/usr/local/man/man1/dadutil.1"
    installed djtgcfg.1: "/usr/local/man/man1/djtgcfg.1"
Successfully installed manuals in "/usr/local/man"
Successfully installed Adept Utilities

עד כאן החלק הקשה, כעת יש לנו את המודל תחת udev ואת הכלים לתכנות (dadutil, djtgcfg), אני לא אכנס להסברים מורחבים לגבי אופן השימוש בהם מאחר והם מגיעים כבר עם קבצי man מאוד פשוטים וברורים.

• djtgcfg – Digilent JTAG Config Utility
• dadutil – Digilent Adept Utility

man djtgcfg

מה שכן מומלץ הוא ליצור alias כדי לקצר את הפקודה הארוכה של הצריבה במקרה שלנו, ולשים אותה תחת הקובץ .bashrc

alias nexys2prog='djtgcfg prog -d Nexys2 --index 0 --file '

דבר שיאפשר כתיבה מהירה וקלה יותר כשנרצה להוריד את קובץ ה-BIT ללוח

bash$ nexys2prog my_project.bit

פרוייקט וותיק בשם corkscrew הוא כלי לפתיחת מנהרות דרך HTTP Proxy Server, וכמובן שאפשר לתעל דרכו כל דבר אם כי בדוגמא שניתן היא לגבי SSH ובפרט OpenSSH.

אופן השימוש ב corkscrew מאוד פשוט:

corkscrew proxyhost proxyport remotehost remoteport

לדוגמא אם שרת הפרוקסי בחברה שהמשתמש עובד בה נקרא httpproxy.company.com והוא מאזין בפורט 8080, והמשתמש רוצה לתעל לבית שלו להתחבר ב SSH. והכתובת בבית שלו היא myhome.no-ip.org אז הוא יעשה כך (בשורה אחת):

ssh -o ProxyCommand="corkscrew httpproxy.company.com 8080 myhome.no-ip.org 22" user@myhome

בדוגמא זו הנחתי שמשתמשים בלקוח SSH של OpenSSH. ואחת האפשריות שלו היא ProxyCommand, משמעות האפשרות הזאת היא לתת לתהליך אחר לפתוח את ההתקשרות מול השרת, ולהתממשק לתהליך הזה דרך הפלט\קלט הסטנדרטי.

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

$ corkscrew localhost 3128 localhost 22
Proxy could not open connnection to localhost:  Forbidden

כיוון שהורתי לשרת ה SSH במחשב שלי להאזין לפורט 443, שהוא הפורט הסטנדרטי ל SSL, אני מסוגל לעשות את הדבר הבא:

$ ncat localhost 3128
CONNECT localhost:443 HTTP/1.1
Host: localhost:443
HTTP/1.0 200 Connection established
SSH-2.0-OpenSSH_5.4

בדוגמא לעיל השתמשתי בכלי  ncat כדי להדגים את מה ש corkscrew עושה. ניתן לראות שאני מורה ל ncat להתחבר ל localhost לפורט 3128, שזה הפורט הסטנדרטי של Squid-Cahce שזה שרת הפרוקסי שאני מריץ כרגע על המחשב שלי. ואז לאחר שנפתחה התקשורות אני הקלדתי את הבקשה לפתיחת מנהרה ככה:

CONNECT localhost:443 HTTP/1.1
Host: localhost:443

שני מעברי השורה הם בכוונה, כי כך מסתיים מקטע הראש (HEAD) בבקשת HTTP.

ולאחר מכן את התשובה של הפרוקסי:

HTTP/1.0 200 Connection established

גם כאן שני מעברי השורה הם הכרחיים כי זה חלק מראש תשובה ב HTTP, לאחר מכן בא התוכן שבמקרה שלנו הוא פשוט התקשורת שמועברת במנהרה והיא ה HelloServer, של פורטוקול ה SSH, ששרת ה SSH , שלי עונה כך:

SSH-2.0-OpenSSH_5.4

שמכאן ניתן לראות שאני מריץ שרת OpenSSH, בגירסא 5.4, והוא רוצה לדבר בפרוטוקול SSH גירסא 2.

כיוון שאני לא יודע לכתוב באופן ידני SSH, אז הנה דוגמא עם שימוש ב ProxyCommand:

$ ssh -o ProxyCommand="corkscrew localhost 3128 localhost 443" dhg@localhost
dhg@localhost's password:
Last login: Tue Jul 13 11:14:31 2010 from localhost
$

וולא!

• ניסיון ראשון שלי לעדכן את המערכת היה פשוט דרך הדיסק ולהכנס לממשק הגרפי ולבחור באפשרות העדכון, אך משום מה (כנראה בגלל שהכונן DVD שלי דפוק) הדיסק לא עבד, היתי מצליח להגיע עד לתפריט של לבחור איך להריץ את ההתקנה כממשק גרפי או טקסטואלי, אבל מעבר לכך ההתקנה היתה מודיעה לי שהדיסק של פדורה לא בכונן.
• ניסיון שני שלי היה דרך קובץ ה-ISO של ההתקנה ישירות מהכונן, אפשר לבחור את הכונן\מחיצה ולתת למערכת את הנתיב לתיקיה שבא מאוחסן הקובץ וכך להתקין את המערכת דרך הההתקנה שעל המחשב. האופציה הזאת לא עבדה לי בשום דרך שניסיתי.
• ניסיון שלישי שלי היה דרך FTP שדווקא הלך די יפה, עד הקטע שהמערכת בתחילה לבדוק Transition לא זוכר את המילה בדיוק אבל זה לקח שעות והתחלתי לחשוב שההתקנה נתקעה לי, אז אתחלתי את המחשב כרגיל והחלטתי לבצע את העידכון דרך האינטרנט.

לפני כמה זמן נתקלתי במדריך באתר של לינמגזין כיצד לשדרג את פדורה דרך האינטרנט והחלטתי שהפעם אני אמיץ מספיק לנסות את האפשרות הזאת גם. הפעם עקבתי אחרי ההסברים מאתר הפרויקט של פדורה שכלל עוד כמה טיפים. הפעלתי את העדכון על ממשק טקסטואלי ונתתי לו את כל הלילה. המערכת סימה בלילה להוריד את כל העדכונים אבל שוב ראיתי את המערכת תקועה על שורת ה-Transition. בכל אופן הפעם היה לי את הזמן אז השארתי את המערכת וחזרתי בערב לבדוק מה קורה. שמחתי לקבל את הודעת ה-DONE על המסך שבישרה שכעט אני בעליו של מערכת פדורה 8. ביצעתי אתחול מהיר והיתי מוכן כבר לעבוד על המערכת החדשה.