首先確保自己的數碼相框在linux 虛擬終端 下可以正確執行；
需要的3個庫（字型，jpeg，**）：freetype-2.3.11 jpeg-8 libmad-0.15.0b
這些庫的配置，編譯首先是繁瑣的事情，先鍵入什麼命令，後鍵入什麼命令，make後面要跟什麼引數，讓很多新人頭疼
老師在講的時候也是異常繁瑣， 給我 的感覺是 簡單問題（這些編譯步驟本可以用指令碼自動搞定）糊塗化（卻讓新人跟著他乙個乙個敲命令，但又不解釋為什麼要選這樣的引數，中間不時夾雜些編譯錯誤，然後再換個引數試。。可想不通的環境會又多麻煩）； 讓新人的 體驗 很差； 往往是把精力都浪費在這些準備工作上；這一點我很厭惡；
為什麼不寫個指令碼，搞定這所有步驟， 至於每個命令為何要跟特定的引數， 可以在注釋中寫詳細；
乙個感想就是， 對linux不是真正了解的人，去用linux，尤其是這個時候要是還教給別人怎麼用linux, 那真是對linux的一種玷汙；
因為他真的會扼殺新人對linux的興趣和好奇心；
把自己始終當作設計師，使用自己**，或者產品的任何人當作使用者， 如何才能讓使用者得到絕佳的體驗？
首先，明確自己的**或產品的使用環境， 其次是使用者的需求，最後是如何擴充套件；
在「銷售」自己產品的時候一定做到自己產品的完整性，在此基礎上擴充套件，這一點很重要，如果在未知的使用環境下使用自己的產品，會如何，其實大多時候仍然能正確執行，這個時候我們為了幫正產品的完整性，要報錯，而非警告！
在這個未知的環境下，雖然我們的產品照樣正確執行，但是我們沒有在使用規範和手冊中寫明，那麼就會出現陰暗角落，這樣演化下去就是使用者體驗逐漸變差；
設想這樣乙個場景， 乙個普通使用者進入了某個論壇，論壇的 版主交流去 有必要給他顯示出來嗎？ 當然沒必要，如果在設計的時候僅僅是設計位普通使用者點選 報告「您沒有許可權」這就是設計缺陷！ 你憑什麼浪費使用者寶貴的時間去點選乙個毫無意義的事件? 其實，目前很多作業系統在許可權上都存在如此缺陷， 這就是「所見即所得」 做得不徹底。
我們的產品容不得點斷章取義，任何被非法修改的部分都會要導致崩潰，如果產品被非法修改了，仍能正確執行，那是我們設計的缺陷，這一點我覺得很重要，很多軟體僅僅是用md5的方法給軟體做了記號，這很不夠， 需知道產品所在的環境是另乙個重要的部分，可惜很多設計者把這個忽略了； 他們總是預設產品所在的環境是***； 在使用者使用時，環境的變化他們沒有在產品中做出判斷以及應對策略，究其原因是開發者對產品所處的環境的依賴關係並不清除，因為他們在使用某個工具或呼叫某個api的時候這種依賴被遮蔽了，如果不去查閱相關資料，無從得知背後的依賴關係；
乙個產品，乙個假象使用者，我們如何讓自己的假象使用者得到絕佳的體驗？
只有乙個答案，
設計者把使用者假象為乙個3歲的小孩，然後用最省時，最簡潔的方法讓他首先會使用乙個功能！
最省時，最簡潔的方法我認為是 「了解需求，一鍵點選滿足需求，方便使用」
試問有多少產品能做到這些，產品如此，**更是如此！
既然是封裝的東西，就要徹底，使用者不許了解細節，也絕不給使用者這個了解的機會，若要非法「了解「， 我的產品「寧願死」，以保全持續的絕佳的使用者體驗；
移植ubuntu core到Arm開發板
最初是想把整個ubuntu移植到mx51開發板，因為專案不需要執行桌面系統，所以只移植了乙個基本的ubuntu core系統 這個映象就是乙個rootfs，可以作為根檔案系統使用。2.把映象燒寫到開發板的乙個分割槽上 3.我的arm開發板是mx51，修改uboot啟動引數如下 set bootarg...
qwt移植到arm開發板
arm版本的qwt和x86一樣，只需要改幾個地方即可。1 首先設定編譯工具鏈環境變數 path usr local arm 4.4.1 bin path 2 qmake 生成arm版本的makefile 在原始碼的qwt 6.1.0目錄下執行 opt qt 4.7.1 bin qmake 3 注意 ...
移植SQLite到ARM開發板
最近在搞移植資料庫到開發板，上網一搜都是sqlite 所以就用這個吧，記錄一下，特別簡單，首先要確保開發環境是好的，交叉編譯器，nfs檔案系統掛載等，拷貝到ubutun系統裡，解壓 tar xzvf sqlite autoconf 3080403.tar.gz 進入目錄 cd sqlite auto...