Options built-in, by default, to most Qt-based applications.
https://doc.qt.io/qt-5/qapplication.html#QApplication https://github.com/qt/qtbase/blob/dev/src/widgets/kernel/qapplication.cpp#L449
-qdevel (obsolete)
--qmljsdebugger
| <Wix xmlns="http://wixtoolset.org/schemas/v4/wxs" | |
| xmlns:bal="http://wixtoolset.org/schemas/v4/wxs/bal" | |
| xmlns:util="http://wixtoolset.org/schemas/v4/wxs/util"> | |
| <Bundle | |
| Name="Example Product" | |
| Version="1.2.3.4" | |
| Manufacturer="John Doe" | |
| Copyright="© 2023 John Doe" | |
| AboutUrl="https://example.net/" |
| Just a quick test of squashfs compression ratio using different settings. | |
| I am looking for relatively good and fast compression, that also is quick to decompress. | |
| I don't care about ultimate end size exactly tho. | |
| Input (a Debian testing live build with 6240 installed packages): | |
| $ sudo du -bs ./chroot | |
| 26566785410 ./chroot # 26.6GB | |
| $ |
| # This isn't meant to be a fully featured implementation. It's just a small playground project. | |
| # Use `cmake -Bbuild -S. -GNinja` to generate the project | |
| # Then use `cmake --build build --target package` to generate a .appimage file ready to go | |
| # This project DOES do dangerous things and tries to download the linuxdeploy tool directly. | |
| # When this makes it into IXM, it will be expected that users have the linuxdeploy tool installed to *some* location. | |
| # It will NOT download and execute something from the internet. | |
| cmake_minimum_required(VERSION 3.16) | |
| project(summon-test LANGUAGES CXX VERSION 0.1.0) | |
| add_executable(app) |
Options built-in, by default, to most Qt-based applications.
https://doc.qt.io/qt-5/qapplication.html#QApplication https://github.com/qt/qtbase/blob/dev/src/widgets/kernel/qapplication.cpp#L449
-qdevel (obsolete)
--qmljsdebugger
| # References: | |
| # https://cmake.org/cmake/help/latest/command/add_custom_target.html | |
| # https://samthursfield.wordpress.com/2015/11/21/cmake-dependencies-between-targets-and-files-and-custom-commands/ | |
| # https://gist.github.com/socantre/7ee63133a0a3a08f3990 | |
| # https://stackoverflow.com/questions/24163778/how-to-add-custom-target-that-depends-on-make-install | |
| # https://stackoverflow.com/questions/30719275/add-custom-command-is-not-generating-a-target | |
| # https://stackoverflow.com/questions/26024235/how-to-call-a-cmake-function-from-add-custom-target-command | |
| # https://blog.csdn.net/gubenpeiyuan/article/details/51096777 | |
| cmake_minimum_required(VERSION 3.10) |
| # https://specifications.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html, aggregate list from each section | |
| address-book-new The icon used for the action to create a new address book. | |
| application-exit The icon used for exiting an application. Typically this is seen in the application's menus as File->Quit. | |
| appointment-new The icon used for the action to create a new appointment in a calendaring application. | |
| call-start The icon used for initiating or accepting a call. Should be similar to the standard cellular call pickup icon, a green handset with ear and mouth pieces facing upward. | |
| call-stop The icon used for stopping a current call. Should be similar to the standard cellular call hangup icon, a red handset with ear and mouth pieces facing downward. | |
| contact-new The icon used for the action to create a new contact in an address book application. | |
| document-new The icon used for the action to create a new document. | |
| document-open The icon used for the action to open a document. | |
| document-open-recent T |
In the last few years, the number of programmers concerned about writing structured commit messages have dramatically grown. As exposed by Tim Pope in article readable commit messages are easy to follow when looking through the project history. Moreover the AngularJS contributing guides introduced conventions that can be used by automation tools to automatically generate useful documentation, or by developers during debugging process.
This document borrows some concepts, conventions and even text mainly from these two sources, extending them in order to provide a sensible guideline for writing commit messages.
Make your Arch fonts beautiful easily! This is what I do when I install Arch Linux to improve the fonts.
You may consider the following settings to improve your fonts for system-wide usage without installing a patched font library packages (eg. Infinality):
Install some fonts, for example:
sudo pacman -S ttf-dejavu ttf-liberation noto-fonts
| Windows Registry Editor Version 5.00 | |
| [HKEY_CURRENT_USER\Console] | |
| "ColorTable00"=dword:00282828 | |
| "ColorTable01"=dword:00888545 | |
| "ColorTable02"=dword:001a9798 | |
| "ColorTable03"=dword:006a9d68 | |
| "ColorTable04"=dword:001d24cc | |
| "ColorTable05"=dword:008662b1 | |
| "ColorTable06"=dword:002199d7 |
I've been asked a few times over the last few months to put together a full write-up of the Git workflow we use at RichRelevance (and at Precog before), since I have referenced it in passing quite a few times in tweets and in person. The workflow is appreciably different from GitFlow and its derivatives, and thus it brings with it a different set of tradeoffs and optimizations. To that end, it would probably be helpful to go over exactly what workflow benefits I find to be beneficial or even necessary.