Package Details: i3blocks-git 1.4.r62.ga44b67f-1

Git Clone URL: https://aur.archlinux.org/i3blocks-git.git (read-only)
Package Base: i3blocks-git
Description: Define blocks for your i3bar status line
Upstream URL: https://github.com/vivien/i3blocks
Licenses: GPL3
Conflicts: i3blocks
Provides: i3blocks
Submitter: Runiq
Maintainer: Foxboron
Last Packager: Foxboron
Votes: 16
Popularity: 0.078170
First Submitted: 2014-06-02 19:10
Last Updated: 2018-09-11 15:39

Dependencies (9)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Foxboron commented on 2016-05-15 15:45

I'll take a look at the patch and tripple check the PKGBUILD before doing something more.
Ill also add a notice about the dir change!

stef204 commented on 2016-05-15 13:52

@foxboron

No worries, it's on me.
According to https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etiquette you did the right thing by switching to /usr/lib/i3blocks/ as opposed to /usr/libexec/i3blocks/.
So go back to what you had before you reverted just now.
I think the unexpected effect that it would remove the scripts in /usr/libexec/i3blocks/ is more due to pacman/makepkg as there is nothing in your script that removes the scripts in /usr/libexec/i3blocks/.
I've adjusted my i3blocks.conf to point to /usr/lib/i3blocks/ and did whatever edits I could remember as a quick fix.
Again, my bad as I didn't back up my scripts (some which are in ~/bin were not affected, obviously.)
I think a warning that the scripts directory would change might have helped but really it's on me.
Anyway, just try to address the color issue/patch, if you are so inclined. Thanks.

Foxboron commented on 2016-05-15 13:35

Reverted it all and looking into it. So sorry for the trouble!

stef204 commented on 2016-05-15 07:03



Result of this upgrade is that ALL of the scripts that were contained in /usr/libexec/i3blocks (some of which were painstakingly edited) are gone.
So this update broke i3blocks.
I doubt this is what the author intended (to remove/delete all pre-existing scripts contained in the dir quote above.)
My bad for not backing up my scripts and not reading the PKGBUILD in detail before upgrading (I did do a diff and it "seemed" OK.)
Line 34 can't quite be right:
IMHO LIBEXECDIR=/usr/lib install is incorrect. Why do this when previous version had the dir as such: /usr/libexec/i3blocks ?
OR are you saying previous version PKGBUILD was incorrectly written and scripts dir should always have been /usr/lib/i3blocks/ ?
Colors are broken, i.e. no colors.
https://github.com/vivien/i3blocks/issues/146
Colors do work for stable release i3blocks in AUR.
You might consider applying the patch given in issue 146 to your PKGBUILD.

Foxboron commented on 2016-05-14 13:43

Sorry for the slow response.
Should be fixed now!

ekkelett commented on 2016-05-11 17:09

The PKGBUILD is missing the LIBEXECDIR-argument in the i3status AUR package.
---

From 347ab4fc527a43b290d6be2593be5facad2d9289 Mon Sep 17 00:00:00 2001
From: "Thor K. H" <thor@roht.no>
Date: Wed, 11 May 2016 19:05:06 +0200
Subject: [PATCH] Fixes incorrectly located script files

---
PKGBUILD | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/PKGBUILD b/PKGBUILD
index 6a0a0cb..0bb1d9b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -29,7 +29,7 @@ build () {
}

package () {
- make -C "$srcdir/$_pkgname" DESTDIR="$pkgdir" PREFIX=/usr install
+ make -C "$srcdir/$_pkgname" DESTDIR="$pkgdir" PREFIX=/usr LIBEXECDIR=/usr/lib install
}

# vim: et ts=2 sw=2
--
2.8.2

wulvyrn commented on 2016-03-05 18:00

had to add a package called acpi to get the battery lvl to display
i3status didn't need this.

Runiq commented on 2014-10-07 09:16

Updated optdepends and makedepends (thanks, Dasonk).

Dasonk commented on 2014-10-05 23:57

You should add git as a make dependency

Runiq commented on 2014-10-01 08:55

@Rx14: Thanks, added!

@bchretien: Actually, i3 is not *necessary* to run i3blocks, though it does make little sense to use i3blocks without i3. Should I still add i3 as a dependency?

As for the scripts, I'll try to go through them tomorrow and add optdepends where necessary.