安裝deb包裝的iOS APP

iOS上的deb包裝常見於Cydia系統,通常都是沒法上架的APP(不知道這樣說有沒有問題)
其實就是用dpkg做處理,沒有甚麼好消化吸收重新咀嚼的東西…網路上有人寫了,似乎沒有必要再寫一次。
但為了自己回顧方便,還是照樣畫葫蘆一下…

兩種方法:1. 靠Cydia自動安裝 2.下dpkg指令安裝

方法1:把 *.deb 放到

/var/root/Media/Cydia/AutoInstall

然後把裝置重開機

方法2:把 *.deb 隨便放個地方,比如說放到

/var/mobile/Media/

然後

cd /var/mobile/Media/

記得先取得 root 權限

然後用 dpkg -i 指令安裝 deb 包

dpkg -i sample.deb

一樣重新開機即可。

如果要移除的話

dpkg -r sample

(刪除套件但不刪除設定檔)

引用:
http://blog.lauct.org/archives/1499

發表迴響

在virtualbox中使用Cisco AnyConnect VPN會crash?

well… as title,
最近自己做實驗,要在virtualbox中使用AnyConnect,但每當AnyConnect要把網卡叫起來(未連線是disable狀態)系統就hang住,畫面上方帶有一小片紅色,怎麼看都覺得出了甚麼問題。
後來survey過後,發現一年前(居然已經一年前)就有人在官方forum上反應並且有人提供workaround),而且開了ticket了。
解法是 把掛在SATA上的硬碟映像全改掛IDE(特別是系統碟)
問題居然是因為 在把VPN介面帶起來的時候SATA裝置會掉!!
也就是說 在叫起來的時候 相當於把系統碟給拔了 所以就死翹翹了。

真是多虧有前人注意到,不然我不知道啥時才會發現啊… 而且這bug放了一年了(priority還是major耶),不知道會不會修…

發表迴響

PXE @ VirtualBox

其實沒有特別要講什麼…理論上來說就是有把設定裡面的Network開機選起來就好…
但 就是沒那麼簡單才要特別寫文啊啊啊!!!
這次在自己機器上開了VM試跑PXE,怎麼用就是沒看到畫面,直接告訴我non-media system halt之類的,連PXE ROM畫面都沒看到…超不解!
尋幽訪勝之後發現…預設環境(此例為模擬Win7)會給Intel PRO/1000模擬網卡,這個網卡的PXE ROM不在預設安裝中,要另外抓extension啊啊啊啊
裝了之後一切都正常了(默)
不想裝的話,用非Intel的模擬網卡(PCnet-開頭的那兩個)好像就可以正常working,但聽同事說很慢?

P.S. 這篇文章使用的是VirtualBox 4.1.4 r74291

發表迴響

Google Music編碼探究

拿到Google Music Beta資格已經好段時間,但因為自己音樂庫的整理不甚完善,所以一直沒有真正拿來使用。最近意外看到一些網站有提到相關研究,覺得結果實在太詭異(說Google會以GBK編碼為中心打入地方市場?…),因此做了一些實驗並記錄。
簡單來說,我使用了MP3Tag這個工具做為基準輔助,研究了一下甚麼樣的編碼餵給Music Manager(Windows版)會讓網頁上的資訊正確。

結論是: 用 “ID3v2.4 UTF8″ 就對啦!

基本上我做法是隨機挑出一些不同時期的檔案(個人在不同時期間的policy和工具不盡相同…這時候倒剛好變成了多樣化的樣品庫呢…)

用MP3Tag看失敗(亂碼)跟正確檔案的差別性(括號內表示檔案有哪些tag 最前面應該是代表MP3Tag以哪個tag為基準):
失敗:
APEv2 (ID3v1 ID3v2.3 APEv2)
APEv2 (ID3v1 APEv2)
成功:
APEv2 (ID3v1 ID3v2.4 APEv2)
ID3v2.4 (ID3v2.4)
ID3v2.4 (ID3v1 ID3v2.4)
因此得到這個結論。

後來為了確切求證,進行實驗如下:
對於上傳亂碼的檔案,我用MP3Tag分別進行了寫入APEv2和寫入ID3v2.4 UTF8 tag的實驗。
(ID3v1個人覺得沒救了,不予理會。對於ID3v1我個人的預定用途是保存Unicode-At-On時代的資料以供日後參照用)

準備被處理的檔案都要在媒體庫資料夾以外的地方進行處理,詳情後述。
檔案處理(用MP3Tag寫入tag)後將原先的項目刪除,包括媒體庫(網頁上)和媒體庫資料夾(Music Manager監控的資料夾)。再將處理完畢的檔案移入媒體庫資料夾讓Music Manager重新上傳後就大功告成。
這樣實驗完成的結果發現,寫入APEv2並沒有幫助,但補寫入ID3v2.4 UTF8的檔案資訊確實順利被Google Music正確解讀了。
大功告成。

上面提到處理要另尋地點的原因,主要是因為測試中偷懶的狀況曾經發生過一些問題。
為了掌握測試狀況,我是使用手動上傳,第一次存ID3v2.4 UTF8後上傳上去亂碼大驚,但第二次存後上傳卻又好了。
頻繁重試幾次抓不太到問題點,最後把其中一個上傳有問題的檔案(在媒體櫃資料夾中加了ID3v2.4 UTF8後我就按上傳了,結果發現亂碼)COPY出資料夾,清除所有記錄(包括網頁上跟媒體櫃資料夾中的檔案),再放回媒體櫃資料夾中給Music Manager上傳,網頁上看到的資料就是正確的了!
因此猜測Music Manager有某種Cache機制,為求保險還是讓他直接看到處理完的檔案穩。不然處理過的資料卻沒被傳上去就哭了~~

最後,有遇到一首歌資訊幾乎都對,但唯獨AlbumArtist掛點。可能要再確認是因為這個欄位沒被Music Manager用一樣方式吃下去,或者是MP3Tag沒處理到,或者是其他問題。

以上。

發表迴響

糊塗一時…嘎啊啊啊啊啊啊(GMail帳號被釣走了…)

7/20由於我在調整gmail收外部信的功能(要把不同信箱進來的信上tag),修改完這項設定(沒有改密碼)後要儲存的時候,GMail跟我哀外部密碼不正確,心中正想說"如果一定要認證,那為什麼不放個密碼欄位就好了放什麼"修改您的密碼"連結…就開始回想這些信箱的密碼(交給GMail有點久了…)。中間遇到了多次錯誤,但終究是改完了,但這時候說巧不巧我就收到了一封"Gmail 小組 寄給 我" 的 “您的Gmail帳戶即將被封鎖"通知信。

2010-07-21 11 05 03.png

我腦袋第一個念頭就是"哇勒…才踹幾次就要被封鎖喔…",尤其是第一條就是我剛剛作的事情(用POP收信,雖然我只收了兩封下來,因為是新申請的@ymail.com),不過我一整個就沒有警覺性…顯示詳細資料也沒啥異常。
“尊敬"、"實例"、"激活"這些大陸字眼,在跨國公司的文件裡面也不足為奇,真要說的話,內嵌表單的確不是google會用的作法…
我順手的打了密碼,按了激活(我還勾了記住登入資料哩…),有跳什麼要不要送出的就都是是是了…也就是

2010-07-21 11 11 03.png

2010-07-21 11 11 14.png

當然這些是我事後補抓的screen shot,我當時根本沒看那麼快,轉址很快就轉走並且轉回gmail首頁了(這種動作回到GMail首頁我也覺得不奇怪啊)

但是(所幸),今天(7/21)早上我爸跟我說他的GMail要被封鎖了,我心中就想"不會吧 哪有這麼巧的"。

2010-07-21 11 06 06.png

我爸不是個GMail用很兇的人(事實上才剛開始用),簡單來說我不覺得他會犯到那一條(多重登入再多也就兩三個吧),我就心想大事不妙了(雖然當時還半夢半醒,到公司後還差點忘記這回事情)。到了公司登進GMail發現頂端出了條紅bar…(我當時嚇傻了就沒抓到圖,不過活動資訊還看得到…)

2010-07-21 12 16 24.png

是的,我的密碼被釣走了(淚奔)

我急忙打開原始信件…標頭的Received就囧了…再往下看原始碼…(石化)

2010-07-21 11 09 27.png

送出後會是

2010-07-21 11 15 11.png

2010-07-21 11 11 23.png

看了看ptt google版在2008年就有這種信…就這樣,實在太太太太太恥辱了…
來去gen密碼…orz

實在有失SA顏面,寫這篇會不會影響我工作生涯啊 Orz…

Comments (1)

Windows Mobile to Android

通訊錄:exchange送上google,用google contact整理
通話紀錄:反正原本就沒有完整記錄(好像是300筆而已)就算了(炸)
SMS:喔喔喔喔喔超重要
這方法超簡單 超漂亮啊 而且可以自行修正 真是太好了!!!

發表迴響

Older Posts »