當前位置:首頁 » 編程軟體 » 編譯flatpak

編譯flatpak

發布時間: 2022-02-23 21:46:38

⑴ 在linux下打包安卓app時,在提示符下輸入命令:buildozer android debug,老是出錯怎麼解決求大神指點

第一步:配置

如上圖所示,在Signing頁簽上,添加(點擊右邊的+號)一個簽名,name命名注意一下,最好都是小寫英文(測試過帶有大寫不行,無法編譯),右側填寫已經生成過的簽名文件和簽名信息,沒生成過簽名的,點擊這里
填好後,接著切換到Build Types頁簽,如下圖:
如上圖所示,系統預設的debug和release是兩種打包方式,你查看每一個會發現,默認的Signing Config 都沒有設置,即是沒有簽名的,如果需要為debug和release加入簽名,則按照上圖的方式即可。上圖演示的是release加入簽名。
點擊OK,
接下來就測試下命令行打包吧,因為上圖中我們只對release進行簽名配置,故release是簽名打包;debug是未簽名的。
我們測試下吧:
你可以用上圖的AS的Terminal界面,也可以用ctrl+R,打開命令提示符,切換到上圖的路徑下(就是app的根路徑)

⑵ ubuntu下測試軟體選哪個虛擬化方案比較好

轉一個archlinux下的沙箱方案的總結:wiki.archlinux.org/index.php/Security#Sandboxing_applications
Sandboxing applications
Note: The user namespace configuration item CONFIG_USER_NS is not set in the stock Arch kernel and may prevent certain sandboxing features from being made available to applications. The linux-hardened packages enables it but disables unprivileged usage by default unless the kernel.unprivileged_userns_clone sysctl is set to 1, since it greatly increases the attack surface for local privilege escalation.
Firejail
Firejail
is an easy to use and simple tool for sandboxing applications and
servers alike. Firejail is suggested for browsers and internet facing
applications, as well as any servers you may be running.
bubblewrap
bubblewrap is a setuid sandbox application developed from Flatpak
with an even smaller resource footprint than Firejail. While it lacks
certain features such as file path whitelisting, bubblewrap does offer
bind mounts as well as the creation of user/IPC/PID/network/cgroup
namespaces and can support both simple and complex sandboxes.
chroots
Manual chroot jails can also be constructed.
Linux containers
Linux Containers
are another good option when you need more separation than the other
options (short of KVM and VirtualBox) provide. LXC's run on top of the
existing kernel in a pseudo-chroot with their own virtual hardware.
Other virtualization options
Using full virtualization options such as VirtualBox, KVM, Xen or Qubes OS
(based on Xen) can also improve isolation and security in the event you
plan on running risky applications or browsing dangerous websites.

⑶ u盤里多了.fseventsd,.Spotlight-V100,.Trashes三個文件夾 怎麼刪都刪不掉

SparkleShare 是一個開源的基於 Git 的 Dropbox 風格的文件共享應用程序。在我們的系列文章中了解有關 Git 鮮為人知的用法。-- Seth Kenlon(作者)

Git 是一個少有的能將如此多的現代計算封裝到一個程序之中的應用程序,它可以用作許多其他應用程序的計算引擎。雖然它以跟蹤軟體開發中的源代碼更改而聞名,但它還有許多其他用途,可以讓你的生活更輕松、更有條理。在這個 Git 系列中,我們將分享七種鮮為人知的使用 Git 的方法。

今天,我們將看看 SparkleShare,它使用 Git 作為文件共享的基礎。

用於文件共享的 Git

Git 的優點之一是它具有固有的分發能力。它可用來建立共享。即使你只是與自己網路上的其他計算機共享資源庫,Git 也會為從共享位置獲取文件的行為帶來透明性。

隨著其界面的發展,Git 變得非常簡單。雖然因用戶而異,他們坐下來完成一些工作時的共同點僅僅是 git pull 或稍微復雜一點的 git pull && git checkout -b my-branch。但是,對於某些人來說,將命令輸入到他們的計算機中的做法完全是令人困惑或煩惱的。計算機旨在使生活變得輕松,它擅長於重復性工作,因此有更簡便的方法可以與 Git 共享文件。

SparkleShare

SparkleShare 項目是一個基於 Git 的跨平台的、開源的 Dropbox 式的文件共享應用程序。它通過將文件拖放到專門指定的 SparkleShare 目錄中的簡單操作,自動執行所有 Git 命令,觸發添加、提交、推送和拉取過程。因為它基於 Git,所以你可以獲得基於差異(diff)的快速推送和拉取,並且繼承了 Git 版本控制和後端基礎設施(如 Git 掛鉤)的所有優點。它可以完全自託管,也可以將其與 GitLab 、GitHub、Bitbucket 等 Git 託管服務一起使用。此外,由於它基本上只是一個 Git 的前端,因此你可以在可能沒有 SparkleShare 客戶端但有 Git 客戶端的設備上訪問 SparkleShare 中的文件。

正如你獲得 Git 的所有好處一樣,你也會受到所有常見的 Git 限制:使用 SparkleShare 存儲數百張照片、音樂和視頻是不切實際的,因為 Git 是為文本而設計和優化的。Git 當然可以存儲二進制文件的大文件,但是因為它可以跟蹤歷史記錄,因此一旦將文件添加到其中,幾乎就不可能完全刪除它。這在某種程度上限制了 SparkleShare 對某些人的實用性,但使其非常適合許多工作流程,包括 日程安排 。

安裝 SparkleShare

SparkleShare 是跨平台的,可從 網站 獲得適用於 Windows 和 Mac 的安裝程序。對於 Linux,有一個 Flatpak 安裝包,或者你可以在終端中運行以下命令:

$ sudo flatpak remote-add flathub https://flathub.org/repo/flathub.flatpakrepo
$ sudo flatpak install flathub org.sparkleshare.SparkleShare
創建一個 Git 存儲庫

SparkleShare 並不是軟體即服務(SaaS)。你在計算機上運行 SparkleShare 與 Git 存儲庫進行通信,而 SparkleShare 並不存儲你的數據。如果你還沒有與文件夾同步的 Git 存儲庫,則必須在啟動 SparkleShare 之前創建一個文件夾。你有三個選擇:託管的 Git、自託管 Git 或自託管 SparkleShare。

託管的 Git

SparkleShare 可以使用你能訪問的任何 Git 存儲庫進行存儲,因此,如果你擁有 GitLab 或任何其他託管服務的帳戶(或創建一個),則它可以成為 SparkleShare 的後端。例如,開源 Notabug.org 服務是一個類似於 GitHub 和 GitLab 的 Git 託管服務,但其獨特性足以證明 SparkleShare 的靈活性。根據用戶界面的不同,不同的託管服務創建新存儲庫的方法也有所不同,但是所有主要存儲庫都遵循相同的通用模型。

首先,在託管服務中找到創建新項目或存儲庫的按鈕,單擊它以開始。然後逐步完成存儲庫的創建過程,為存儲庫提供名稱、隱私級別(存儲庫通常默認為公共),以及是否使用 README 文件初始化存儲庫。無論你是否需要個 README 文件,請初始化建立一個。使用一個文件來創建存儲庫不是絕對必要的,但是它會強制 Git 主機實例化存儲庫中的 master 分支,這有助於確保前端應用程序(例如 SparkleShare)具有要提交並推送的分支。即使文件是幾乎空的 README 文件,也可以用來查看該文件以確認你已連接成功。

Creating a Git repository

創建存儲庫後,獲取其用於 SSH 克隆的 URL。就像從 Git 項目獲得其 URL 一樣,你也可以獲取此 URL:導航至存儲庫頁面並查找 「Clone」 按鈕或欄位。

GitHub 的克隆 URL。

GitLab 的克隆 URL。

這是 SparkleShare 用於獲取數據的地址,因此請記下它。你的 Git 存儲庫現已配置好。

自託管的 Git

你可以使用 SparkleShare 訪問你有權訪問的任何計算機上的 Git 存儲庫。除了一個 Git 裸存儲庫外,無需任何特殊設置。但是,如果你想將對 Git 存儲庫的訪問權授予其他任何人,則應運行 Gitolite 之類的 Git 管理器或 SparkleShare 自己的 Dazzle 伺服器來幫助你管理 SSH 密鑰和帳戶。至少,創建一個特定於 Git 的用戶,以便有權訪問你的 Git 存儲庫的用戶不會自動獲得對伺服器其餘部分的訪問許可權。

以 Git 用戶身份登錄伺服器(如果你非常擅長管理用戶和組許可權,則可以以自己的用戶登錄)並創建存儲庫:

$ mkdir ~/sparkly.git
$ cd ~/sparkly.git
$ git init --bare .
你的 Git 存儲庫現已配置好。

Dazzle

SparkleShare 的開發人員提供了一個名為 Dazzle 的 Git 管理系統,以幫助你自託管 Git 存儲庫。

在你的伺服器上,將 Dazzle 應用程序下載到你的路徑中的某個位置:

$ curl https://raw.githubusercontent.com/hbons/Dazzle/master/dazzle.sh --output ~/bin/dazzle
$ chmod +x ~/bin/dazzle
Dazzle 設置了一個特定於 Git 和 SparkleShare 的用戶,並且還基於 SparkleShare 應用程序生成的密鑰實現了訪問許可權。現在,只需設置一個項目:

$ dazzle create sparkly
你的伺服器現在已經配置好,可以用作 SparkleShare 託管了。

配置 SparkleShare

首次啟動 SparkleShare 時,系統會提示你配置 SparkleShare 用於存儲的伺服器。這個過程可能看起來像一個首次運行的安裝向導,但實際上是在 SparkleShare 中設置新共享位置的通常過程。與許多共享驅動器應用程序不同,使用 SparkleShare 可以一次配置多個位置。你配置的第一個共享位置並不比你以後可以配置的任何共享位置更重要,並且你也不用注冊 SparkleShare 或任何其他服務。你只是將 SparkleShare 指向 Git 存儲庫,以便它知道如何使第一個 SparkleShare 文件夾保持同步。

在第一個屏幕上,給出一個身份信息,SparkleShare 將在代表你進行的 Git 提交記錄中使用這些信息。你可以使用任何內容,甚至可以使用不代表任何意義的偽造信息。它僅用於提交消息,如果你對審查 Git 後端進程沒有興趣,你可能甚至看不到它們。

下一個屏幕提示你選擇主機類型。如果你使用的是 GitLab、GitHub、Planio 或 Bitbucket,則可以選擇一個適當的。否則,請選擇「自己的伺服器」。

Choosing a Sparkleshare host

在此屏幕底部,你必須輸入 SSH 的克隆 URL。如果你是自託管的 Git,則地址類似於 <ssh://[email protected]>,而遠程路徑是為此目的而創建的 Git 存儲庫的絕對路徑。

根據上面的自託管示例,我虛構的伺服器的地址為 ssh://[email protected]:22122(:22122 表示一個非標準的 SSH 埠),遠程路徑為 /home/git/sparkly.git。

如果我改用 Notabug.org 帳戶,則上例中的地址為 ssh://[email protected],路徑為 seth/sparkly.git。

SparkleShare 首次嘗試連接到主機時會失敗,因為你尚未將 SparkleShare 客戶端 ID(特定於 SparkleShare 應用程序的 SSH 密鑰)復制到 Git 主機。這是預料之中的,所以不要取消該過程。將 SparkleShare 設置窗口保持打開狀態,並從系統任務欄中的 SparkleShare 圖標處獲取客戶端 ID。然後將客戶端 ID 復制到剪貼板,以便可以將其添加到 Git 主機。

Getting the client ID from Sparkleshare

將你的客戶端 ID 添加到託管的 Git 帳戶

除了較小的 UI 差異外,在任何託管服務上添加 SSH 密鑰(所有客戶端 ID 都是這樣)的過程基本上是相同的。在你的 Git 主機的 Web 儀錶板中,導航到你的用戶設置,然後找到 「SSH 密鑰」類別。單擊「添加新密鑰」按鈕(或類似按鈕),然後粘貼你的 SparkleShare 客戶端 ID 的內容。

Adding an SSH key

保存密鑰。如果你希望其他人(例如協作者或家庭成員)能夠訪問同一存儲庫,則他們必須向你提供其 SparkleShare 客戶端 ID,以便你可以將其添加到帳戶中。

將你的客戶端 ID 添加到自託管的 Git 帳戶

SparkleShare 客戶端 ID 只是一個 SSH 密鑰,因此將其復制並粘貼到 Git 用戶的 ~/.ssh/authorized_keys 文件中。

使用 Dazzle 添加你的客戶 ID

如果你使用 Dazzle 管理 SparkleShare 項目,請使用以下命令添加客戶端 ID:

$ dazzle link
當 Dazzle 提示你輸入該 ID 時,請粘貼在 SparkleShare 菜單中找到的客戶端 ID。

使用 SparkleShare

將客戶端 ID 添加到 Git 主機後,在 SparkleShare 窗口中單擊「重試」按鈕以完成設置。克隆存儲庫完成後,你可以關閉 SparkleShare 設置窗口,並在你的家目錄中找到一個新的 SparkleShare 文件夾。如果你設置了帶有託管服務的 Git 存儲庫,並選擇包括 README 文件或許可證文件,則可以在 SparkleShare 目錄中看到它們。

Sparkleshare file manager

此外,有一些隱藏目錄,你可以通過在文件管理器中顯示隱藏目錄來查看。

Showing hidden files in GNOME

使用 SparkleShare 的方式與使用計算機上任何目錄的方式相同:將文件放入其中。每當將文件或目錄放入 SparkleShare 文件夾時,它都會在後台復制到你的 Git 存儲庫。

排除某些文件

由於 Git 從設計上就是要記住一切,因此你可能希望從記錄中排除特定的文件類型。排除一些文件是有原因的。通過定義擺脫 SparkleShare 管理的文件,可以避免意外復制大文件。你還可以為自己設計一種方案,使你可以將存儲在一個目錄中的邏輯上屬於同一個文件(例如,MIDI 文件及其 .flac 導出文件),但是可以自己手動備份大文件,而同時讓 SparkleShare 備份基於文本的文件。

如果在系統的文件管理器中看不到隱藏的文件,請顯示它們。導航到你的 SparkleShare 文件夾,然後到代表你的存儲庫的目錄,找到一個名為 .gitignore 的文件,然後在文本編輯器中將其打開。你可以在 .gitignore 中輸入文件擴展名或文件名(每行一個),任何與你列出的文件匹配的文件都會被忽略(如文件名所示)。

Thumbs.db
$RECYCLE.BIN/
.DS_Store
._*
.fseventsd
.Spotlight-V100
.Trashes
.directory
.Trash-*
*.wav
*.ogg
*.flac
*.mp3
*.m4a
*.opus
*.jpg
*.png
*.mp4
*.mov
*.mkv
*.avi
*.pdf
*.djvu
*.epub
*.od{s,t}
*.cbz
你知道最經常遇到哪些文件類型,因此請集中精力處理最有可能潛入你的 SparkleShare 目錄的文件。如果你想稍微矯枉過正一些,可以在 Notabug.org 以及整個網上找到 .gitignore 文件的好集合。

通過將這些條目保存在 .gitignore 文件中,你可以將不需要發送到 Git 主機的大文件放在 SparkleShare 目錄中,SparkleShare 將完全忽略它們。當然,這意味著你需要確保它們可以備份或通過其他方式分發給你的 SparkleShare 協作者。

自動化

自動化 是我們與計算機達成的默契之一:計算機執行重復的、無聊的工作,而我們人類要麼不擅長做這些,要麼不擅長記憶這些。SparkleShare 是一種很好的、簡單的自動執行例行數據分發的方法。但不管怎麼說,這並不適合每個 Git 存儲庫。它沒有用於高級 Git 功能的介面,它沒有暫停按鈕或手動管理的操作。沒關系,因為它的使用范圍是有意限制的。SparkleShare 可以完成它計劃要做的事情,它做得很好,而且它是你無需關心的一個 Git 存儲庫。

如果你想使用這種穩定的、看不見的自動化,請嘗試一下 SparkleShare。

via: https://opensource.com/article/19/4/file-sharing-git

作者: Seth Kenlon 選題: lujun9972 譯者: wxy 校對: wxy

本文由 LCTT 原創編譯, Linux中國 榮譽推出

⑷ 香港地址翻譯

NHK : 1、Unit 3, 6/F., Tower B, Regent Centre, 63 Wo Yi Hop Road, Kwai Chung, Hong Kong.

(= 香港 葵涌區 和宜合道63號 勵精中心 B座 6樓 3室)

2、Workshop Nos. 1~5, 8/F., Westin Centre, 26 Hung To Road, Kwun Tong, Kowloon, Hong Kong.

(= 香港 九龍 觀塘區 鴻圖道26號 威登中心 8樓 1~5室)

3、KING RICH (HK) INTERNATIONAL LOGISTICS CO., LIMITED

(= 這個只是英文公司名稱...而中文公司名稱...可以另外改取...不1定是直譯成中文滴)

Unit 819, 8/F., Pacific Trade Centre, 2 Kai Hing Road, Kowloon Bay, Hong Kong.

(= 香港 九龍灣區 啟興道2號 太平洋貿易中心 8樓 819室)

4、PC Partner Limited

(= 這個只是英文公司名稱...而中文公司名稱...可以另外改取...不1定是直譯成中文滴)

Portion A, 3/F., Kerry Warehouse (Shatin), 36~42 Shan Mei Street, Fo Tan, Shatin, N.T., Hong Kong.

(= 香港 新界 沙田區 火炭 山尾街36~42號 嘉里(沙田)貨倉 3樓 A室)

5、Savino Del Bene China Ltd.

(= 找過這間公司...好像沒有使用中文名字的...只使用英文公司名稱...在香港...中英文都是法定語言...不使用中文公司名稱...也是合法的)

Suites 2 & 3, G/F., Grandtech Centre, 8 On Ping Street, Shatin, New Territories, Hong Kong.

(= 香港 新界 沙田區 安平街8號 偉達中心 地下 2號及3號單位)

6、Flat 23, 2/F., Kowloon Bay Instrial Centre, 15 Wang Hoi Road, Kowloon Bay, Kowloon.

(= 九龍 九龍灣區 宏開道15號 九龍灣工業中心 2樓 23室)

7、Jade Electronics Company Limited

(= 這個只是英文公司名稱...而中文公司名稱...可以另外改取...不1定是直譯成中文滴)

Room C, 6/F., World Tech Centre, 95 How Ming Street, Kwun Tong, Kowloon, H.K.

(= 香港 九龍 觀塘區 巧明街95號 世達中心 6樓 C室).........

⑸ ubuntu怎麼安裝flatpak

先看一下ubuntu的軟體源里是否有flatpak,如果沒有就需要去 官網下載手動安裝。一般在軟體的說明文檔里有具體的安裝方法,可自行查看。

⑹ 我的deepin linux上的retroarch黑屏

兼容性的問題吧,調整一下兼容性應該就行了,右鍵,在菜單中找屬性,設置兼容性
另外看看《Linux就該這么學》 裡面有個專欄是 Linux命令大全(手冊 你可以試試下面這個版本etroarch模擬器太強大了,集成任天堂NDS,索尼PSP,MAME街機等各家游戲,在深度系統玩單機就靠它了,太牛了。
深度系統可到retroarch官網下載最新版本(Flatpak包)

⑺ 如何評價Deepin 15.5版本規劃

要讓應用的二進製程序跨Linux發行版運行,打包格式不一定就要遷移到FlatPak.

其實給應用的啟動程序指定一個rpath依賴庫載入路徑就行:

patchelf
--set-rpath'/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu:/lib64:/usr/lib64:$ORIGIN/deps'
--force-rpath
/path/to/your/app

表示程序啟動時,優先載入系統庫,沒有再載入自帶的依賴庫,載入順序如下:

優先載入系統庫,沒有再載入自帶打包的依賴庫,載入順序如下:
/lib/x86_64-linux-gnu(Debian系64位系統庫)
/usr/lib/x86_64-linux-gnu(Debian系64位系統庫)
/lib64(Redhat系64位系統庫)
/usr/lib64(Redhat系64位系統庫)
$ORIGIN/deps(應用的啟動程序所在目錄下的deps里打包的依賴庫)

比如程序依賴libz.so.1這個庫,版本為1,如果系統已經有了這個版本的庫,那程序就能跟系統其他程序共用這個共享庫.如果系統沒有這個庫,那程序就載入自己打包在deps里的libz.so.1.

⑻ ubuntu和ubuntu budgie的區別

最近的消息顯示,Ubuntu GNOME更加的受人關注,這是一個很好的事情,這說明越來越多的用戶開始接受Gnome。
GNOME夜燈是一個可選功能,可自動減少計算機發出的藍光,幫助您在夜間睡眠更好; 您可以從GNOME軟體中找到可用於安裝的新GNOME Recipes應用程序。
默認情況下已安裝Flatpak 0.8,Chrome和Firefox安裝和管理GNOME擴展所需的chrome-gnome-shell工具也是如此。

⑼ Linux flatpak如何安裝本地包

  • 1

    先右鍵按一下,選擇在終端打開,輸入命令:【sudo apt install flatpak】。

⑽ 老電腦用什麼系統好

Windows XP:這曾經是微軟史上最好的、最受歡迎、最受好評的可以說空前絕後的系統,雖然,XP系統對電腦配置的要求很低,基本現在所有的電腦都支持安裝該系統,可它太老舊了,到明年4-5月份微軟就正式停止為XP系統提供技術支持和漏洞補丁更新了,XP就基本被淘汰了。而且XP不支持4GB內存,不支持AHCI硬碟模式,不支持Direct10或者Direct11,還有諸多不支持就不在此一一羅列了,所以肯定不建議再選用了。(但對於配置很低、很老舊的電腦來說,安裝XP還是個很實際的選擇,因為畢竟XP系統佔用內存極低,可保證這些低配置的舊電腦順暢運行。)

Windows7-32位:Win7-32位系統對電腦的配置的要求:單核心奔騰4以上既可,但最是好雙核以上的CPU(只要滿足雙核心即可)和至少2GB或者2GB以上的內存。雖然該系統支持AHCI硬碟模式,支持Direct10或者Direct11,但此系統最大隻支持3.25GB內存,顯然裝這個系統,將不能發揮4GB或者超過4GB的內存的電腦的最佳功效。

Windows7-64位:Win7-64位系統對電腦的配置的要求:需要雙核以上的CPU(只要滿足雙核心即可)和至少4GB或者4GB以上的內存。此系統為目前Windows系統里最好的系統,最主流的系統,游戲兼容性好,在「屬性」欄中有兼容性選項,可以設置向下兼容多種低級系統,基本上32位系統的軟體都能兼容,都能在64位中安裝使用,並且支持虛擬DOS程序的運行,可以虛擬運行DOS時代的游戲,這些都大大提高了此系統的兼容性;完美支持4GB及以上的內存,並且最大能支持128GB的內存;支持AHCI硬碟模式;支持Direct10,並最高支持到最新的Direct11;而且目前絕大部分主流軟體、硬體廠商都支持該系統,並且主要面向該系統開發相應軟體。Win7甚至被譽為下一個WinXP式的傳奇。

熱點內容
用戶訪問表空間 發布:2025-01-16 20:07:07 瀏覽:943
java代碼自動編譯 發布:2025-01-16 19:58:14 瀏覽:313
編程很困難 發布:2025-01-16 19:58:09 瀏覽:673
gg登錄源碼 發布:2025-01-16 19:58:07 瀏覽:292
微信收藏表情文件夾 發布:2025-01-16 19:28:57 瀏覽:15
ra伺服器搭建 發布:2025-01-16 19:28:12 瀏覽:18
javaftp讀取 發布:2025-01-16 19:28:02 瀏覽:185
樂課上傳作業 發布:2025-01-16 19:24:58 瀏覽:936
哈爾濱python培訓 發布:2025-01-16 19:19:30 瀏覽:915
java對象與線程 發布:2025-01-16 19:14:59 瀏覽:897