ubuntu 日常(X)紀錄

今天開機發現了螢幕log in的部分沒有了input field的黑色小框框

我猜是周五裝了一些東西沒有仔細檢查就做了update的關係吧....

情況大概跟這篇有點像

不過還是可以輸入進去畫面

不過進去後所有的東西都跑掉啦，button的邊框、選擇的邊框、filesystem變得我都認不出來你是啥鬼、Wallpaper變黑的

第一直覺是unity你又再玩我了，基本上ubuntu有關視覺效果部分找unity算帳大概八九不離十

不過在檢查的時候一時不小心手賤KEY了以下指令

$ sudo startx

GOOD  我的login部分可以loop了....

ctrl+alt+f1切上Terminal趕快把家目錄底下的.Xauthority幹掉重開再進去

接下來就是回復桌面的項目...

sudo apt-get udpate

sudo apt-get autoremove ubuntu-desktop unity

sudo apt-get install ubuntu-desktop unity

或許有人說不是用

sudo apt-get install -reisntall ubuntu-desktop

就好，我試過，很神奇的沒有用...

結果我的桌面依然沒有出現不過按鈕其他的地方正常啦

想說就算了

之前因為有動過.conf的地方  很多東西要重來

開始處理輸入法問題((對  我的輸入法也跑掉了

這中間又發生一件手殘的事情....

sudo apt-get autoremove ibus

導致我的top banner 和 launch bar消失

然後就開始默默地重新安裝起了ubuntu-desktop 和 unity...

參考的是這篇

然後回頭想到是不是我只有update沒有進行過一次upgrade

於是做了一次

sudo apt-get upgrade

謝天謝地  背景、launch bar、top banner全部都回來了，覺得開心


留言

張貼留言

這個網誌中的熱門文章

ts-node 應用

github page ts-node是直接執行typescript使用的，若是不想做tsc的動作而直接執行的話可以直接利用 ts-node <path-to-file> 直接去做執行 這中間當然可以套用一些其他的options不過簡單執行這個即可 注意：因為ts-node是執行typescript，所以先確定系統當中是否已經安裝typescript 一開始當然先說起手勢啦 yarn global add ts-node 上一篇提到了yarn那就當然用yarn來做安裝的動作啦 安裝期間東西會有點多，網速慢的大概要注意一下 雖然說ts-node可以直接執行typescript的程式，但是實際上執行情況是先將typescript先compile後放在cache中，然後再做執行，所以並不會像nodejs運行js檔案那樣來的快速，中間還是會有經過一次編譯的動作 該報錯還是會報錯，不過好處是它會直接trace到.ts的檔案，一般的.map.js檔案如果當中沒有註冊或者安裝其他套件做設定的話，最高一層只會追蹤到js就停止，並不會往上追到原始碼去 Options: -e, --eval [code] Evaluate code -p, --print [code] Evaluate code and print result -r, --require [path] Require a node module for execution -C, --compiler [name] Specify a custom TypeScript compiler -I, --ignoreWarnings [code] Ignore TypeScript warnings by diagnostic code -D, --disableWarnings Ignore every TypeScript warning -P, --project [path] Path to TypeScript project (or \`false\`) -O, --compilerOpti
閱讀完整內容

nodejs async await promise

其實es6是yield來做標題所述的流程控制, 不過說真的我比較習慣用promise with async await... setTimeout (() = > { console .log ( 1 )}, 5 ); setTimeout (() = > { console .log ( 2 )}, 1 ); setTimeout (() = > { console .log ( 3 )}, 3 ); setTimeout (() = > { console .log ( 4 )}, 2 ); 以下是結果 2 4 3 1 這樣的情況最容易發生在讀取外部資料時程式在還未接取完全資料,流程卻繼續進行下去 以往是使用callback function來解決這個衝突, 不過這樣非常形成callback hell導致程式維護以及閱讀不容易 目前的nodejs以及新的瀏覽器都有提供了promise的用法,在nodejs 7.0以上的版本有支援async await的語法, Typescript於 2.1也可以編譯async await後在es3 es5的情境下使用 剛剛寫的是用typescript不過在沒有加註情況下跟es6差不多.... 假若說我希望是顯示結果是1 2 3 4這樣照順序下來的話... new Promise ((res,rej) = > { setTimeout (() = > {res( 1 )}, 5 ); }).then(res = > { console .log (res); return new Promise ((res,rej) = > { setTimeout (() = > {res( 2 )}, 1 )}) }).then((res) = > { console .log (res); return new Promise ((res,rej) = > { setTimeout (() = > {res( 3 )}, 3 )}) }).then((res) = > { console .log (res); return new
閱讀完整內容

Editor 比較~

圖片
現在有超多的前端編輯器讓人使用，我本身有玩過的有Atom, VI, Notepad++, Brackets, Visual Studio Code, Sublime Text 3 依照我使用經驗的部分來介紹一下各個編輯器中我認為的差異所在吧~ 1. Atom   背景不說了，單純討論使用觀感，我用的是算頗早之前0.35的版本(這篇文章目前1.12)，很多功能都沒有、不足或者有Bug，除了那個足夠炫麗的畫面以外，實際給我應用價值為0。基於Electron核心，所以雖然是編輯器，實際上算是瀏覽器(Chromium)做的應用程式。當時光是啟動耗費的記憶體就已經足夠嚇人，更別說開啟大型專案那執行速度根本就是慢... 適合於喜歡酷炫效果的人 2. VI 該怎說呢...對於被圖形介面寵壞的我，第一次碰到VI跟白癡一樣，沒有辦法用滑鼠對我來說根本就是沒用，所以接觸不多..用ssh遠端修改檔案才會使用到他，但是寫code到現在，完全根本不想碰滑鼠能夠用shortcut就用。開始感覺到VI的實際強大之處，可惜的是VI指令我一直沒有背.. 適合於完全不想用滑鼠的人 3. Notepad ++   第一個碰到的編輯器，當初是拿來寫C/C++專用，快、小、方便就是它的特點，裝模組後可以擴充很多功能，不過在使用Notepad++期間我是一直使用他最基本的功能就是了... 適合於帶著隨身碟到處跑的人 4. Brackets   我覺得光是LiveView就是這個編輯器的強大之處，啟動速度跟他的兄弟Atom差不多，但是LiveView模式就傲視群雄了，不用Save、Reload就可以直接看到結果，不僅是class連JS的修改都可以及時預覽，同時也有不錯的Class Hint的套件可供使用，不僅是Style連外部的CSS都可以吃到。 適合於Layout設計排版，要觀看及時效果的人 5. Visual Studio Code   我第2常用的編輯器，啟動是Electron三兄弟中(Atom, Brackets)最快的，寫TypeScript才開始真正接觸到，雖然在Beta版本就有接觸過，但是因為同樣的問題 記憶體、速度 而使我之前只把它當作玩具而已。但是現在深入之後真正的體會到Vi
閱讀完整內容