Package Details: glabels-qt-git r582.de85d47-1

Git Clone URL: https://aur.archlinux.org/glabels-qt-git.git (read-only, click to copy)
Package Base: glabels-qt-git
Description: Development version of the next major version of gLabels (4.0).
Upstream URL: https://github.com/j-evins/glabels-qt
Licenses: GPL-3.0-only
Conflicts: glabels-qt
Provides: glabels-qt
Submitter: mariobl
Maintainer: OJFord (SpieringsAE)
Last Packager: SpieringsAE
Votes: 13
Popularity: 1.06
First Submitted: 2018-12-05 21:05 (UTC)
Last Updated: 2025-08-28 09:59 (UTC)

Latest Comments

1 2 3 Next › Last »

acrophobic commented on 2026-02-27 13:28 (UTC) (edited on 2026-02-27 14:26 (UTC) by acrophobic)

@OJFord sure, I'll do that. Thanks.

Edit: following hint from Github, after recompiling, now glabels works properly with libzint 2.16. @OJFord I think you can close that issue now, thanks for the help.

OJFord commented on 2026-02-27 13:17 (UTC)

@acrophobic: I've created upstream issue https://github.com/j-evins/glabels-qt/issues/315 for it, please could you add any detail of error message you have there? Thanks.

acrophobic commented on 2026-02-27 13:03 (UTC)

It seems glabels was built using libzint 2.15, but Arch has upgraded libzint to 2.16. Thanks to that, glabels no longer able to start.

Downgrading libzint is not really an option, because LibreOffice 26.2.1 crashes when it ran with libzint 2.15.

OJFord commented on 2025-08-27 19:55 (UTC)

@SpieringsAE: thanks, added you as a co-maintainer

simona commented on 2025-08-12 14:04 (UTC)

same errorr

SpieringsAE commented on 2025-08-12 13:37 (UTC)

I have an up to date PKGBUILD here: https://github.com/spieringsAE/glabels-qt-git

simona commented on 2024-05-31 22:25 (UTC)

CMake Error at cmake/Modules/FindLibZint.cmake:40 (string):
string sub-command REGEX, mode REPLACE needs at least 6 arguments total to command.
Call Stack (most recent call first):
CMakeLists.txt:129 (find_package)

GPereira commented on 2024-04-20 08:19 (UTC)

Am I the only one that clicks "New" and a transparent/invisible window shows up and it is unusable?

Nazdravi commented on 2023-01-03 18:11 (UTC)

Applying patch 186 solves compile problems with zint.


--- original/glabels-qt-git/PKGBUILD    2022-01-04 22:10:35.000000000 +0100
+++ patched/glabels-qt-git/PKGBUILD 2022-12-29 23:24:32.110449472 +0100
@@ -16,18 +16,22 @@
 backup=()
 options=()
 install=
-source=('git+https://github.com/jimevins/glabels-qt.git')
+source=('git+https://github.com/jimevins/glabels-qt.git' 'https://github.com/jimevins/glabels-qt/pull/186.patch')
 noextract=()
-md5sums=('SKIP')
+md5sums=('SKIP' '13b0646ab92172faabcec096dc6b2294')

 pkgver() {
    cd "$srcdir/${pkgname%-git}"
    printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
 }

+prepare() {
+   patch --directory="glabels-qt" --forward --strip=1 --input="${srcdir}/186.patch"
+}
+
 build() {
    cd "$srcdir/${pkgname%-git}"
-   mkdir build
+   mkdir -p build
    cd build
    cmake -DCMAKE_INSTALL_PREFIX=/usr ..
    make

OJFord commented on 2022-12-18 15:51 (UTC)

Have you considered switching to GitHub user @lieb's 'next' branch instead?

It's not exactly 'official', but @jimevins commented at https://github.com/jimevins/glabels-qt/issues/182#issuecomment-1302801445 that he's taking a break from gLabels, unknown if/when he'll be back. @lieb has since merged a couple of PRs into his own fork; and seems the most active one from GitHub's 'Insights > Network'.

1 2 3 Next › Last »