Meego Harmattanのアプリケーション開発

この投稿は、 「Smart Posts for Smart Posts」というコンテストに参加しています。





この記事では、Meego Harmattanの例でQtComponentsを使用してソフトウェアを開発した経験をHabrasocietyと共有したいと思います。 Ubuntu Oneを使用して同期するノートエディターを作成します。







すべての開発はスクラッチボックスを使用して実行され、maddeと比較していくつかの利点がありますが、Linuxシステムでのみ機能します。

主な利点の中で、アセンブリはchrootで実行され、アーメルの場合はエミュレーションにqemuが使用されることに注意してください。 条件は可能な限り戦闘に近いです。 これにより、クロスコンパイルを設定する余分な手間が省けます。 さらにプラスは、apt-getの存在です。これは、アセンブリに必要なすべての依存関係をインストールできます。これは、helloworldよりも難しいアプリケーションを作成するときに間違いなく必要になります。

スクラッチボックスをインストールして構成する

scratchboxをインストールするには、このスクリプトをルートからダウンロードして実行し、将来その指示に従う必要があります。

# ./harmattan-sdk-setup.py
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

インストール後、ユーザーがsboxグループに正常に追加されるようにログインする必要があります。

次のコマンドを使用してスクラッチボックスを起動します。

 $ /scratchbox/login
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

インストーラーが正常に機能した場合、次のようなプロンプトが表示されます。

 [sbox-HARMATTAN_ARMEL: ~] >
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ログインが誓う場合は、scratchboxのルートにあるrun_me_first.shスクリプトを実行してみてください。 sb_menuを使用して、目的のターゲットを選択できます。 残りのスクラッチボックスの使用ガイドはこちらにあります。

cmakeプロジェクトの作成

コレクターとして、私は通常のqmakeを使用しませんが、依存関係を探すことができるより強力なcmakeを使用し、多数の構成オプションを備えており、クロスプラットフォーム開発により適しています。 この記事では、アセンブリシステムの分析については詳しく説明しませんので、理解を深めるために、この記事を読むことをお勧めします 。

唯一のマイナス点は、cmakeがSymbianの使用方法を知らないことです。そのため、今のところ、このプラットフォームを忘れるか、このプラットフォーム専用のアセンブリ用に特別なプロジェクトを手動で記述できます。 Cmakeは残りの部分を簡単に処理できるので、将来はこのアプリケーションをデスクトップシステムに、場合によってはAndroidに、さらにはiOSに移植する予定です。

このプロジェクトは、gitサブモジュールを使用してメインリポジトリに接続されている多数の依存ライブラリで構成されています。各ライブラリには、独自のcmakeプロジェクトがあります。 これらはすべてサードパーティのディレクトリにあり、メインプロジェクトに接続されているため、harmattanリポジトリにない主要な依存関係がすぐにアセンブリに反映されます。



サードパーティライブラリのリスト：

• QOauth-QtでのOauthプロトコルの実装
• k8jsonは非常に高速なJSONパーサーです
• QmlObjectModel-モデルを実装するクラス-オブジェクトのリスト

これに加えて、アセンブリに必要な外部ライブラリもありますが、メインのHarmattanのカブに存在し、qcaはそれらを参照し、すぐにインストールし、cmakeもインストールします：

 [sbox-HARMATTAN_ARMEL: ~] > apt-get install libqca2-dev cmake
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

それを使用できるようにするには、ライブラリヘッダーファイルとライブラリファイル自体を含むディレクトリを見つけてリンクできる特別なcmakeファイルを作成する必要があります。

 include(FindLibraryWithDebug) if(QCA2_INCLUDE_DIR AND QCA2_LIBRARIES) # in cache already set(QCA2_FOUND TRUE) else(QCA2_INCLUDE_DIR AND QCA2_LIBRARIES) if(NOT WIN32) find_package(PkgConfig) pkg_check_modules(PC_QCA2 QUIET qca2) set(QCA2_DEFINITIONS ${PC_QCA2_CFLAGS_OTHER}) endif(NOT WIN32) find_library_with_debug(QCA2_LIBRARIES WIN32_DEBUG_POSTFIX d NAMES qca HINTS ${PC_QCA2_LIBDIR} ${PC_QCA2_LIBRARY_DIRS} ${QT_LIBRARY_DIR}) find_path(QCA2_INCLUDE_DIR QtCrypto HINTS ${PC_QCA2_INCLUDEDIR} ${PC_QCA2_INCLUDE_DIRS} ${QT_INCLUDE_DIR}} PATH_SUFFIXES QtCrypto) include(FindPackageHandleStandardArgs) find_package_handle_standard_args(QCA2 DEFAULT_MSG QCA2_LIBRARIES QCA2_INCLUDE_DIR) mark_as_advanced(QCA2_INCLUDE_DIR QCA2_LIBRARIES) endif(QCA2_INCLUDE_DIR AND QCA2_LIBRARIES)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ほとんどの依存関係の検索は、同じスタイルで記述されています。 Harmattanを含むpgkconfigを備えたシステムでは、すべてがシンプルで明確です。そうでないシステムでは、$ QTDIRディレクトリを調べます。 cmakeがライブラリを自動的に検出しなかった場合、変数QCA2_INCLUDE_DIR QCA2_LIBRARIESを手動で設定することを提案します。 このアプローチにより、パッケージマネージャーのないシステムでの作業が楽になります。

cmakeには、このプログラムまたはそのプログラムがビルドされているプラ​​ットフォームを判別できる変数があります。例えば：

 if(WIN32) .... elseif(APPLE) ... elseif(LINUX) ... endif()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

残念ながら、cmakeはHarmattanについて何も知りません。最も簡単な解決策は、-DHARMATTAN = ONスイッチでcmakeを開始することです。 これでHARMATTAN変数が定義され、次のように記述できます。

 if(HARMATTAN) add_definitions(-DMEEGO_EDITION_HARMATTAN) #  ,         . endif()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これらの同じ変数を使用して、インストールするGUI実装を決定できます。

 if(HARMATTAN) set(CLIENT_TYPE meego) message(STATUS "Using meego harmattan client") else() set(CLIENT_TYPE desktop) list(APPEND QML_MODULES QtDesktop) message(STATUS "Using desktop client") endif() set(QML_DIR "${CMAKE_CURRENT_SOURCE_DIR}/qml/${CLIENT_TYPE}") ... install(DIRECTORY ${QML_DIR} DESTINATION ${SHAREDIR}/qml)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

開発では、ほとんどの場合、harmattanクイックコンポーネントとアセンブリ中の-DHARMATTANスイッチを備えたQtSDKで十分です。 scratchboxでは、最終バージョンを多少収集するのが理にかなっています。

Tomboy Notes APIを実装するC ++プラグイン

API自体を別のqmlモジュールに取り込むことにしました。このモジュールはimportディレクティブを介して利用できます。 これは、GUIインターフェースのさまざまな実装を作成するために便利です。

開発プロセスで最も困難な部分は、OAuthを使用して承認を実装することでした。その間に、いくつかの異なるライブラリの実装が列挙され、現時点ではQOauthに落ち着きました。 このライブラリの説明が記載されたHabréの記事があるので、すぐに差し迫った問題の解決に進みます。 まず最初に、非常に切望されているトークンを取得する必要があります。

これはトリッキーなビジネスではありません。アドレスにリクエストを送信し、httpsを介した基本認証のリクエストが届くのを待ちます。

 UbuntuOneApi::UbuntuOneApi(QObject *parent) : QObject(parent), m_manager(new QNetworkAccessManager(this)), m_oauth(new QOAuth::Interface(this)) { ... connect(m_manager, SIGNAL(authenticationRequired(QNetworkReply*,QAuthenticator*)), SLOT(onAuthenticationRequired(QNetworkReply*,QAuthenticator*))); } ... void UbuntuOneApi::requestToken(const QString &email, const QString &password) { m_email = email; m_password = password; QUrl url("https://login.ubuntu.com/api/1.0/authentications"); url.addQueryItem(QLatin1String("ws.op"), QLatin1String("authenticate")); url.addQueryItem(QLatin1String("token_name"), QLatin1Literal("Ubuntu One @ ") % m_machineName); qDebug() << url.toEncoded(); QNetworkRequest request(url); QNetworkReply *reply = m_manager->get(request); reply->setProperty("email", email); reply->setProperty("password", password); connect(reply, SIGNAL(finished()), SLOT(onAuthReplyFinished())); } ... void UbuntuOneApi::onAuthenticationRequired(QNetworkReply *reply, QAuthenticator *auth) { auth->setUser(reply->property("email").toString()); auth->setPassword(reply->property("password").toString()); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

お気づきかもしれませんが、QNetworkAccessManagerの標準であるauthenticationRequired信号は認証に使用されます。通常の道具でログインとパスワードを覚えているだけです。 便利で、不必要な詳細でインターフェースを詰まらせません。

完了すると、応答は目的のトークンとその他の重要な情報を含むjson形式で返信されます。 これは、k8jsonライブラリが必要な場所です。

  QNetworkReply *reply = static_cast<QNetworkReply*>(sender()); QVariantMap response = Json::parse(reply->readAll()).toMap(); if (response.isEmpty()) { emit authorizationFailed(tr("Unable to recieve token")); } m_token = response.value("token").toByteArray(); m_tokenSecret = response.value("token_secret").toByteArray(); m_oauth->setConsumerKey(response.value("consumer_key").toByteArray()); m_oauth->setConsumerSecret(response.value("consumer_secret").toByteArray()); QUrl url("https://one.ubuntu.com/oauth/sso-finished-so-get-tokens/" + reply->property("email").toString()); connect(get(url), SIGNAL(finished()), SLOT(onConfirmReplyFinished()));
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次のステップは、トークンを受け取ったという事実の確認を送信することです（最後の行に注意を払ってください）。 その結果、答えは大丈夫です。

 void UbuntuOneApi::onConfirmReplyFinished() { QNetworkReply *reply = static_cast<QNetworkReply*>(sender()); QByteArray data = reply->readAll(); if (data.contains("ok")) { emit hasTokenChanged();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そのような単語が答えに含まれている場合、すべて、あなたは喜んでジャンプし、トークンが最終的に受信されたことを示す信号を送信し、メモで作業を開始できますが、そこにはありませんでした！ tomboy apiとの互換性のために、ノートサーバーはWebブラウザーを介した認証を必要とします。 これまでのところ、この問題を回避することができず、歯を磨くために、「このユーザーがメモにアクセスできるようにする」ボタンを含むウィンドウをWebkitアプリケーションに追加する必要がありました。 このWebkitにQNetworkAccessManagerへのポインタを与え、認証が正常に完了すると、認証に必要なデータを含む大切なCookieの所有者になります。

また、ユーザーがユーザー名とパスワードを再度入力する必要がないように、これらのフィールドにDOMツリーを入力します。

  QWebFrame *frame = page()->mainFrame(); QWebElement email = frame->findFirstElement("#id_email"); email.setAttribute("value", m_email); QWebElement pass = frame->findFirstElement("#id_password"); pass.setAttribute("value", m_password); QWebElement submit = frame->findFirstElement("#continue"); submit.setFocus();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

受け取ったCookieを保存することを忘れないでください。

 void Notes::onWebAuthFinished(bool success) { if (success) { QNetworkCookieJar *jar = m_api->manager()->cookieJar(); QList<QNetworkCookie> cookies = jar->cookiesForUrl(m_apiRef); QSettings settings; settings.beginWriteArray("cookies", cookies.count()); for (int i = 0; i != cookies.count(); i++) { settings.setArrayIndex(i); settings.setValue("cookie", cookies.at(i).toRawForm()); } settings.endArray(); sync(); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

サーバーがリクエストを正常に処理するには、ヘッダーに以前に受け取ったトークンが含まれている必要があります。 これは、QOauthが便利な場所です。

 QNetworkReply *UbuntuOneApi::get(const QUrl &url) { QByteArray header = m_oauth->createParametersString(url.toEncoded(), QOAuth::GET, m_token, m_tokenSecret, QOAuth::HMAC_SHA1, QOAuth::ParamMap(), QOAuth::ParseForHeaderArguments); QNetworkRequest request(url); request.setRawHeader("Authorization", header); return m_manager->get(request); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、軽いハートで、 tomboy apiの実装を開始できます。

qmlからの作業を簡単にするために、各ノートを個別のQObjectとして提示することにし、Qtラボのオープンスペースで見つかったQObjectListModelを介してノートのリストを実装しました。 各ノートには独自のGUIDがあり、どのノートを使用できるかがわかります。 Guidはクライアント側で生成されます;このため、QtにはQUuidクラスに対応するメソッドがあります。したがって、新しいノートを作成する際に、一意の識別子を生成する必要があります。この識別子は今後参照します。

 Note::Note(Notes *notes) : QObject(notes), m_notes(notes), m_status(StatusNew), m_isMarkedForRemoral(false) { QUuid uid = QUuid::createUuid(); m_guid = uid.toString(); m_createDate = QDateTime::currentDateTime(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メモ付きの基本アクション：

• サーバーとメモを同期する
• 新しいメモを追加
• メモを更新
• メモを削除

これらのアクションに基づいて、APIを設計し、ノートのモデルでsyncメソッドを作成し、ノート自体でメソッドを保存、削除します。 そしてもちろん、タイトルとコンテンツのプロパティを実装します：

 class Note : public QObject { Q_OBJECT Q_PROPERTY(QString title READ title WRITE setTitle NOTIFY titleChanged) Q_PROPERTY(QString content READ content WRITE setContent NOTIFY textChanged) Q_PROPERTY(int revision READ revision NOTIFY revisionChanged) Q_PROPERTY(Status status READ status NOTIFY statusChanged) Q_PROPERTY(QDateTime createDate READ createDate NOTIFY createDateChanged) ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

また、qmlの状態で使用できるノートステータスプロパティを追加することをお勧めします。

  Q_ENUMS(Status) public: enum Status { StatusNew, StatusActual, StatusOutdated, StatusSyncing, StatusRemoral };
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これを行うには、転送用のメタ情報を生成するマジックマクロQ_ENUMSを使用します。 これで、qmlコードで数値を取得し、相互に比較できます。

  State { name: "syncing" when: note.status === Note.StatusSyncing
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

便利で読みやすく、高速。 それでも、文字列ではなく数値が比較されます！

デフォルトでは、QObjectListModelでは、デリゲートからのモデル要素は名前オブジェクトによってアクセスできますが、これはあまり私に合わないので、モデルから継承し、ObjectRoleロールの名前をメモに変更しました。

 NotesModel::NotesModel(QObject *parent) : QObjectListModel(parent) { QHash<int, QByteArray> roles; roles[ObjectRole] = "note"; setRoleNames(roles); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、qmlモジュール自体の作成を検討します。 API実装をqmlのインポートで使用するには、QDeclarativeExtensionPluginから継承するモジュールにクラスを作成し、その中にregisterTypesメソッドを実装して、すべてのメソッドとクラスを登録する必要があります。

 void QmlBinding::registerTypes(const char *uri) { Q_ASSERT(uri == QLatin1String("com.ubuntu.one")); qmlRegisterType<UbuntuOneApi>(uri, 1, 0, "Api"); qmlRegisterType<ProgressIndicatorBase>(uri, 1, 0, "ProgressIndicatorBase"); qmlRegisterUncreatableType<Notes>(uri, 1, 0, "Notes", tr("Use Api.notes property")); qmlRegisterUncreatableType<Account>(uri, 1, 0, "Account", tr("Use Api.account property")); qmlRegisterUncreatableType<Note>(uri, 1, 0, "Note", tr("")); qmlRegisterUncreatableType<NotesModel>(uri, 1, 0, "NotesModel", tr("")); } Q_EXPORT_PLUGIN2(qmlbinding, QmlBinding)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

あなたはおそらく断言に気づき、尋ねたいと思うでしょう。 そして、このuriはどこから来たのですか？ また、モジュールが存在するディレクトリの名前から取得されます。 つまり、Qtは次のモジュールを探します。

 $QML_IMPORTS_DIR/com/ubuntu/one/
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

しかし、それだけではありません。 Qtがモジュールを見つけてインポートするには、ディレクトリにバイナリプラグイン、qml、jsファイルがリストされた正しく構成されたqmldirファイルが含まれている必要があります。

 plugin qmlbinding
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Meego Harmattan用のqmlインターフェイスの開発

Meegoのアプリケーションの大部分はPageStackWindow要素で、これは奇妙なことに、ページのスタックです。 ページはpushメソッドを使用してスタックにプッシュされ、popを​​使用してポップされます。 ページの1つをソースとして割り当てる必要があります。 各ページには独自のツールバーがあります。 同じページに複数のページを割り当てることができます。

 import QtQuick 1.1 import com.nokia.meego 1.0 import com.ubuntu.one 1.0 //    notes API PageStackWindow { id: appWindow initialPage: noteListPage Api { //,  API id: api Component.onCompleted: checkToken() onHasTokenChanged: checkToken() function checkToken() { if (!hasToken) loginPage.open(); else api.notes.sync(); } } ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここで、必要なすべてのページと、メモを追加するボタンとアクションを含むメニューがある標準ツールバーを作成します。

 ... LoginPage { id: loginPage onAccepted: api.requestToken(email, password); } NoteListPage { id: noteListPage notes: api.notes } NoteEditPage { id: noteEditPage } AboutPage { id: aboutPage } ToolBarLayout { id: commonTools visible: true ToolIcon { iconId: "toolbar-add" onClicked: { noteEditPage.note = api.notes.create(); pageStack.push(noteEditPage); } } ToolIcon { platformIconId: "toolbar-view-menu" anchors.right: (parent === undefined)? undefined: parent.right onClicked: (menu.status === DialogStatus.Closed)? menu.open(): menu.close() } } Menu { id: menu visualParent: pageStack MenuLayout { MenuItem { text: qsTr("About") onClicked: {menu.close(); pageStack.push(aboutPage)} } MenuItem { text: qsTr("Sync") onClicked: api.notes.sync(); } MenuItem { text: api.hasToken ? qsTr("Logout") : qsTr("Login") onClicked: { if (api.hasToken) api.purge(); else loginPage.open(); } } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、NoteListPage.qmlに実装されているNoteListPageの例を使用して、別のページがどのようなものかを見てみましょう。

 import QtQuick 1.1 import com.nokia.meego 1.0 import com.ubuntu.one 1.0 Page { id: noteListPage property QtObject notes: null tools: commonTools //  ,   main.qml PageHeader { //  .           id: header text: qsTr("Notes:") } ListView { id: listView anchors.top: header.bottom anchors.left: parent.left anchors.right: parent.right anchors.bottom: parent.bottom anchors.margins: 11 clip: true focus: true model: notes.model delegate: ItemDelegate { title: note.title //      subtitle: truncate(note.content, 32) onClicked: { noteEditPage.note = note; pageStack.push(noteEditPage); //    } function truncate(str, n, suffix) { str = str.replace(/\r\n/g, ""); if (suffix === undefined) suffix = "..."; if (str.length > n) str = str.substring(0, n) + suffix; return str; } } } ScrollDecorator { flickableItem: listView } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結果はとてもかわいいページです：





ログインウィンドウには、Sheetオブジェクトを使用しました。これは、上部からポップアップするページです。 通常、それを利用して、ユーザーは情報を求められます。

 import QtQuick 1.0 import com.nokia.meego 1.0 import "constants.js" as UI //     - js   .      namespace'  qml'. Sheet { id: loginPage property alias email: loginInput.text //.   ,           loginInput.text property alias password: passwordInput.text content: Column { // sheet' anchors.topMargin: UI.MARGIN_DEFAULT anchors.horizontalCenter: parent.horizontalCenter Image { id: logo source: "images/UbuntuOneLogo.svg" } Text { id: loginTitle width: parent.width text: qsTr("Email:") font.pixelSize: UI.FONT_DEFAULT_SIZE color: UI.LIST_TITLE_COLOR } TextField { id: loginInput width: parent.width } Text { id: passwordTitle width: parent.width text: qsTr("Password:") font.pixelSize: UI.FONT_DEFAULT_SIZE color: UI.LIST_TITLE_COLOR } TextField { id: passwordInput width: parent.width echoMode: TextInput.Password } } acceptButtonText: qsTr("Login") rejectButtonText: qsTr("Cancel") }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この素晴らしさはすべて次のようになります。



編集およびページについては、メモのリストに戻るための戻るボタンを実装する必要があります。 CommonToolsはこれにはもはや適切ではなく、独自のツールバーが必要です。

  ToolBarLayout { id: aboutTools visible: true ToolIcon { iconId: "toolbar-back" onClicked: { pageStack.pop() } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ランチャーアイコン

アプリケーションに起動アイコンを設定するには、すべてのlinuxoids .desktopファイルに馴染みのあるファイルを作成します。

 [Desktop Entry] Name=ubuntuNotes Name[ru]=ubuntuNotes GenericName=ubuntuNotes GenericName[ru]=ubuntuNotes Comment=Notes editor with sync Comment[ru]=    Exec=/usr/bin/single-instance /opt/ubuntunotes/bin/ubuntuNotes %U Icon=/usr/share/icons/hicolor/80x80/apps/ubuntuNotes.png StartupNotify=true Terminal=false Type=Application Categories=Network;Qt;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Execセクションに注意してください。このように、アプリケーションを数回起動することはできません。 アプリケーションに美しいスプラッシュを持たせたい場合は、invokerユーティリティを使用できます。

 Exec=/usr/bin/invoker --splash=/usr/share/apps/qutim/declarative/meego/qutim-portrait.png --splash-landscape=/usr/share/apps/qutim/declarative/meego/qutim-landscape.png --type=e /usr/bin/qutim
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

もちろん、美しいアイコンではなく、すべての写真を別の場所に設定することも忘れないでください。赤い四角が表示されます。

ビルドdebパッケージ

アセンブリには、標準のdpkg-buildpackageと通常のdebianが使用されます。これは便宜上debian_harmattanと呼ばれ、アセンブリの前にシンボリックリンクdebian_harmattan> debianが設定されます。 制御セクションはdebianパッケージの標準であり、その作成についてはすでにHabréの多くの記事で詳しく説明されています。 この一連の記事を読むことをお勧めします。



制御ファイルの内容：

 Source: ubuntunotes Section: user/network Priority: extra Maintainer: Aleksey Sidorov <gorthauer87@ya.ru> Build-Depends: debhelper (>= 5),locales,cmake, libgconf2-6,libssl-dev,libxext-dev,libqt4-dev,libqca2-dev,libqca2-plugin-ossl, libqtm-dev Standards-Version: 3.7.2 Package: ubuntunotes Section: user/network Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends},libqca2-plugin-ossl Description: TODO XSBC-Maemo-Display-Name: ubuntuNotes XSBC-Bugtracker: https://github.com/gorthauer/ubuntu-one-qml Package: ubuntunotes-dbg Section: debug Priority: extra Architecture: any Depends: ${misc:Depends}, qutim (= ${binary:Version}) Description: Debug symbols for ubuntuNotes Debug symbols to provide extra debug info in case of crash.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

変更ログを維持するために、devscriptsパッケージからdchプログラムをインストールするのは適切です。 使い方はとても簡単です。

 $ dch - i
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ルールファイルは、debhelper'ovの使用のおかげで、非常に簡単でした。

 #!/usr/bin/make -f %: dh $@ override_dh_auto_configure: dh_auto_configure -- -DCMAKE_INSTALL_PREFIX=/opt/ubuntunotes -DHARMATTAN=ON override_dh_auto_install: dh_auto_install --destdir=$(CURDIR)/debian/ubuntunotes
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

同じファイルは、最小限の変更でほとんどすべてのプロジェクトに適しています。

パッケージの作成も簡単です。

 $ ln -s ./debian_harmattan ./debian $ dpkg-buildpackage -b
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

おわりに

これで、結果のパッケージを安全にインストールして実行し、高速で応答性の高いインターフェースを楽しむことができます。 自己アセンブリのソースコードはgithubからダウンロードできます。 コンパイル済みのdebパッケージもあります 。 この記事が、Harmattanの初心者デベロッパーの助けになり、最初のアプリケーションの作成をより早く始めることを願っています。 将来的には、おそらく私はHabrasocietyにcmakeを使うことの微妙さをより良く説明しようとするでしょう。多くの人はすでに彼に関する記事がないことに不満を言っています。