Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Latest commit

History

74 Commits

Folders and files

NameName
Last commit message
Last commit date

Repository files navigation

I've been looking for a simple way to make my work-in-progress project okular-tagging available to others in the simplest way possible for users who have no interest or ability in installing or building packages. One option that has always attacted me is a static build as it eliminates in one stroke all the problems associated with runtime library dependencies.

This repository represents the results of my on-and-off efforts over some time to build KDE frameworks and the non-trivial application okular statically.

Somewhat to my surprise it turned out not to be too complicated. Although the patches to the KDE sources are quite long, the vast bulk of them are simple changes to cmake files to enable static libraries. The biggest hurdle was turning okular's generator plugins into static libraries, which involved a bit (but not too much) hackery. The end result is a series of patches to KDE sources that work not only for static and conventional dynamic building, but also cross-building for MingW using the excellent MXE framework.

If you just want to take a look at what I did to KDE, it's all in patch-kde.sh.

The whole thing is done using Docker containers based on the voidlinux distro using musl libraries, but since the final output is a statically linked executable it should run on pretty much any Linux distribution. The mingw executable runs under wine or Windows.

How to build KDE frameworks and okular statically

To build KDE frameworks plus okular statically, you'll need to start by downloading the KDE sources. The best way to do this is to use kdesrc-build. The configuration file kdesrc-buildrc-sources downloads frameworks revision v5.54.0 and okular revision 18.12. Currently hard-coded, the KDE sources need to be loaded under ~/src/kde/source.

Having downloaded the KDE sources you need to apply the patches to enable them to be build statically. You can do this by invoking the script patch-kde.sh from the directory in which the sources were downloaded (ie ~/src/kde/source).

You can now start the build process by running kde-static.sh from the repository directory.

How it works

The process begins by building the proot library, which owing to an upstream release issue, does not work correctly on modern kernels in its stock release. This creates an initial docker image named voidlinux/build.

It then creates a second docker image named voidlinux/kde-static. This image contains all the prerequisites for building KDE:

  • Packages that need to be build specially to get static libraries.
  • qt5, qtwebkit, libaccounts, signond
  • kdesrc-build

Finally the build script launches a conainer kde-static to build frameworks and okular using the stock kdesrc-build script. When it is finished the results can be extracted from the container, directory /home/kdedev/kde/install [TODO: Make this directory a volume]

The results

The final okular executable is around 85MB in size, which seems pretty reasonable to me for such a large application. Apparently by using Link-Time Optimization (LTO) this could be reduced by up to 80%.

Other things

Since my internet connection is the end of the proverbial wet piece of string, I have done a few things to reduce net traffic. These shouldn't affect someone who isn't worried about these things, but you are, or if they cause problems, then note that:

  1. http_proxy, https_proxy and ftp_proxy are all inherited into docker images and containers
  2. The environment variable certificate can contain the name of a file inside the build context (ie the repository root) that contains a certificate that will be loaded into the docker image. This allows proxying of https connections by, for example, squid, which acts as a 'man in the middle' on secure net connections, so that the client sees connections signed with a different certificate.

Similar scripts kde-dynamic.sh and ming.sh build KDE frameworks and okular dynamically and cross-built for MingW32 respectively. Note that several frameworks modules fail to build for MingW32, but okular can nonetheless be build successfully. It almost runs, but seems to have some problems finding and translating menu items. [TODO: fix this]

About

Patches and scripts to build KDE statically for Linux and crossbuild for Windows

Resources

Stars

4 stars

Watchers

2 watching

Forks

Releases

Packages

Contributors

Languages