Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - flirc-bin

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: flirc-bin 2.2.1.1-1

Git Clone URL: https://aur-dev.archlinux.org/flirc-bin.git (read-only)
Package Base: flirc-bin
Description: CLI and GUI application to program your Flirc device
Upstream URL: http://flirc.tv
Licenses: unknown
Conflicts: flirc
Provides: flirc
Replaces: flirc
Submitter: jsteel
Maintainer: jsteel
Last Packager: jsteel
Votes: 18
Popularity: 0.927672
First Submitted: 2016-04-02 17:35
Last Updated: 2017-01-31 18:45

Pinned Comments

jsteel commented on 2016-04-02 17:40

I've just updated this but under a new name of flirc-bin as this is a binary package; the source is not provided. I'll merge this now.

Latest Comments

1 2 3 4 Next › Last »

jsteel commented on 2016-04-02 17:40

I've just updated this but under a new name of flirc-bin as this is a binary package; the source is not provided. I'll merge this now.

shellkr commented on 2016-03-25 23:10

I just downloaded and tested the "Universal Static Package" on my Odroid-C1 running Arch Linux Arm... and it works. I just unpacked and moved over the files. Thought you should know.

jsteel commented on 2016-01-20 16:34

There is a "universal package" labelled 1.4.0 but that is for the rpi and 32bit only.

jsteel commented on 2015-02-18 19:59

Holding back the update until the 32 bit version catches up... again.

jsteel commented on 2015-01-21 07:08

Thanks for the suggestion, but have you read the man pages provided? They are a work in progress, and can stay in doc until they actually have some information in them worth looking at.

connaisseur commented on 2015-01-21 02:44

Please consider the following patch for your PKGBUILD. This will move the man-pages into its proper locations and compress them according to Arch Linux standards:

--- flirc.orig/PKGBUILD 2015-01-13 19:09:08.000000000 +0100
+++ flirc/PKGBUILD 2015-01-21 03:39:24.575489727 +0100
@@ -24,5 +24,11 @@
package() {
tar -xf data.tar.xz -C "$pkgdir"

+ # move manpages into proper directories and compress them.
+ mkdir -p ${pkgdir}/usr/share/man/man1
+ mv ${pkgdir}/usr/share/doc/flirc/Flirc.1 ${pkgdir}/usr/share/man/man1
+ mv ${pkgdir}/usr/share/doc/flirc/flirc_util.1 ${pkgdir}/usr/share/man/man1
+ find ${pkgdir}/usr/share/man -type f | xargs gzip --name --best
+
mv "$pkgdir"/lib "$pkgdir"/usr/
}

jsteel commented on 2015-01-13 18:06

OK I see, yes I think it has always installed to /lib, but maybe pacman saw this as having data in /usr/lib until now. I'll put in the "mv" command to fix this, please try again when I update this shortly.

yaworski commented on 2015-01-12 23:43

@jsteel
I've unpacked the package built using your PKGBUILD and it actually contain a file in /lib: /lib/udev/rules.d/51-flirc.rules.

yaworski commented on 2015-01-12 23:21

@jsteel
No, I haven't tested 1.3.4 yet. I've found something strange. On a system where I've previously installed 1.3.2.1-1 from here I can't install it again now. I've installed it in December. This is a different computer than the one I've got the "/lib" error previously. I've removed installed package and tried to install it again but now I also get the same error.

The difference from December is that I've upgraded everything a few days ago and there was a pacman upgrade which also required database upgrade. Maybe PKGBUILD needs to be updated for newer pacman version?

BTW I'm still waiting for previous answers. Jason (the Flirc author) seems to be very busy recently.

jsteel commented on 2015-01-12 19:44

Were you installing 1.3.4 before with your lib issue? For some reason the contents of the package have moved /usr/lib to /lib. Any reason for that do you know? Or do I have to put in a mv command? That's a bit messy; what's wrong with /usr/lib?