Package Details: polybar 3.1.0-4

Git Clone URL: https://aur.archlinux.org/polybar.git (read-only)
Package Base: polybar
Description: A fast and easy-to-use status bar
Upstream URL: https://github.com/jaagr/polybar
Keywords: bar bspwm i3 lemonbar lemonbuddy polybar
Licenses: MIT
Conflicts: polybar-git
Submitter: jaagr
Maintainer: jaagr (NBonaparte, patrick96)
Last Packager: patrick96
Votes: 104
Popularity: 8.445922
First Submitted: 2016-11-19 05:09
Last Updated: 2018-05-07 16:29

Dependencies (18)

Required by (0)

Sources (1)

Latest Comments

pmatos commented on 2018-06-12 11:04

@patrick96 Thanks. I managed to get polybar-git to work so I will use that for now.

patrick96 commented on 2018-06-10 14:44

@pmatos, you'll need to show use the output of the actual cmake command as well. Those entries in the CMakeErrors.txt also appear for successful builds

pmatos commented on 2018-06-07 08:35

Is it possible there's a missing dependency. I have a branch new arch install and get in cmake errors:

Determining if the pthread_create exist failed with the following output:
Change Dir: /home/pmatos/.cache/aurman/polybar/src/polybar/build/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_7e803/fast"
/usr/bin/make -f CMakeFiles/cmTC_7e803.dir/build.make CMakeFiles/cmTC_7e803.dir/build
make[1]: Entering directory '/home/pmatos/.cache/aurman/polybar/src/polybar/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_7e803.dir/CheckSymbolExists.c.o
/usr/bin/cc   -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt    -o CMakeFiles/cmTC_7e803.dir/CheckSymbolExists.c.o   -c /home/pmatos/.cache/aurman/polybar/src/polybar/build/CMakeFiles/CMakeTmp/CheckSymbolExists.c
Linking C executable cmTC_7e803
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_7e803.dir/link.txt --verbose=1
/usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt   -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now  -rdynamic CMakeFiles/cmTC_7e803.dir/CheckSymbolExists.c.o  -o cmTC_7e803 
CMakeFiles/cmTC_7e803.dir/CheckSymbolExists.c.o: In function `main':
CheckSymbolExists.c:(.text.startup+0x3): undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status
make[1]: *** [CMakeFiles/cmTC_7e803.dir/build.make:87: cmTC_7e803] Error 1
make[1]: Leaving directory '/home/pmatos/.cache/aurman/polybar/src/polybar/build/CMakeFiles/CMakeTmp'
make: *** [Makefile:126: cmTC_7e803/fast] Error 2

drScience commented on 2018-06-06 17:49

@patrick96, I was already trying to install it manually, but my Downloads folder being a symlink, it seems to have confused makepkg. Thanks for the feedback though.

patrick96 commented on 2018-06-06 09:43

@drScience, if anything this is an issue with your AUR helper. Manually doing

git clone https://aur.archlinux.org/polybar.git
cd polybar
makepkg -sri

in a folder that doesn't have a polybar subfolder yet should still work.

In your case deleting the /home/drscience/Downloads/polybar should work, don't know why it doesn't in this case, but it doesn't really have anything to do with polybar.

drScience commented on 2018-06-05 20:57

Installation fails on running makepkg:

==> Making package: polybar 3.1.0-4 (Tue 05 Jun 2018 10:45:53 PM CEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/drscience/Downloads/polybar/polybar is not a clone of https://github.com/jaagr/polybar.git Aborting...

I have tried deleting the downloaded folder .../polybar (only fillde with an empty subfolder src), but this didn't help.

patrick96 commented on 2018-06-03 15:59

@teretec: You probably have your permissions somehow messed up in that folder. Does it also fail in a clean clone of this repo?

teretec commented on 2018-06-03 15:11

Installation fails:

CMake Error at bin/cmake_install.cmake:47 (file): file INSTALL cannot copy file "/tmp/pamac-build-test/polybar/src/polybar/build/bin/polybar" to "/tmp/pamac-build-test/polybar/pkg/polybar/usr/bin/polybar". Call Stack (most recent call first): cmake_install.cmake:48 (include)

patrick96 commented on 2018-05-07 16:30

The fixed PKGBUILD is up. Builds should now work with gcc 8

patrick96 commented on 2018-05-07 15:45

The new gcc breaks the build. Please use clang for the time being, we will have the fix inside the PKGBUILD shortly.

All comments