Activity for C Treleaven
-
C Treleaven posted a comment on ticket #273
Bingo! $ irrecord --list-namespace A1156.lircd.conf |wc -l 549 Now, just one other curiousity. The configure report says "HAVE_SYSTEMD: yes" but that can't be right. Extract from configure below: ... checking for libsystemd-daemon... no checking for libsystemd... no checking for libudev... no cat: /proc/version: No such file or directory checking systemd system unit directory... Package systemd was not found in the pkg-config search path. Perhaps you should add the directory containing `systemd.pc'...
-
Thanks for the tip about the PKG_CONFIG_PATH! Buillt OK (though no ftdi at this point) but the same lack of output from irrecord --list-namespace. I should have picked up earlier, the build output includes: ln -s . lirc || : ln: lirc/.: File exists ../tools/lirc-make-devinput -i \ > input_map.inc usage: mktemp [-d] [-q] [-t prefix] [-u] template ... mktemp [-d] [-q] [-u] -t prefix ../tools/lirc-make-devinput: line 52: $tmpfile: ambiguous redirect ../tools/lirc-make-devinput -i > lirc/input_map.inc...
-
I got the attached.
-
With the CFLAG addition, the software built successfully but unfortunately I'm still not getting a namespace list: CT-MBP11:lirc-devel craigtreleaven$ irrecord --version irrecord 0.10.0-devel CT-MBP11:lirc-devel craigtreleaven$ head RMT-V402A.lircd.conf # contributed by: # Kipp Cannon <kipp|gravity.phys.uwm.edu> # # brand: # Sony # model no. of remote control: # RMT-V402A # devices being controlled by this remote: # VCR (SLV-N750), TV (generic Sony) # CT-MBP11:lirc-devel craigtreleaven$ irrecord...
-
Um, I have multiple versions installed via MacPorts. How can I tell the build where to find them? /opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7/Python.h /opt/local/Library/Frameworks/Python.framework/Versions/3.4/include/python3.4m/Python.h /opt/local/Library/Frameworks/Python.framework/Versions/3.5/include/python3.5m/Python.h
-
The patch applied OK but the build crapped out with a similar error: libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I../lib -I../lib -I.. -I ../include -Wall -Wp,-D_FORTIFY_SOURCE=2 -I/opt/local/include -pthread -Wall -DPLUGINDOCS=\"/opt/local/share/doc/lirc/plugindocs\" -I/opt/local/include/libftdi1 -I/opt/local/include/libusb-1.0 -pipe -Os -arch x86_64 -MT ftdi_la-ftdi.lo -MD -MP -MF .deps/ftdi_la-ftdi.Tpo -c ftdi.c -fno-common -DPIC -o .libs/ftdi_la-ftdi.o In file included from ftdi.c:60:...
-
That fixed that problem but now I get: libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I../lib -I../lib -I.. -I ../include -Wall -Wp,-D_FORTIFY_SOURCE=2 -I/opt/local/include -pthread -Wall -DPLUGINDOCS=\"/opt/local/share/doc/lirc/plugindocs\" -I/opt/local/include/libftdi1 -I/opt/local/include/libusb-1.0 -pipe -Os -arch x86_64 -MT ftdi_la-ftdi.lo -MD -MP -MF .deps/ftdi_la-ftdi.Tpo -c ftdi.c -fno-common -DPIC -o .libs/ftdi_la-ftdi.o In file included from ftdi.c:60: In file included from...
-
The way I'm set up, it is easiest if you give me a commit hash to pull. I'm not maintaining a git repo for lirc; my build system wants a fresh pull for each go-round. Using c98f7e8bd1464cb4129406c3b0e46c3c7c552465, configure seemed to complete OK but the build fell over with: libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I.. -Wall -Wp,-D_FORTIFY_SOURCE=2 -I ../include -I/opt/local/include -pipe -Os -arch x86_64 -MT curl_poll.lo -MD -MP -MF .deps/curl_poll.Tpo -c curl_poll.c -fno-common...
-
$ autoconf --version autoconf (GNU Autoconf) 2.69 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+/Autoconf: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. config.log - configure:17233: checking type of array argument to getgroups configure:17267: /usr/bin/clang...
-
It's not my fault! ;) I haven't built master since December last year. I'm using pretty much the same process as for the current release version. Extracts from the failed build... ./autogen.sh --install --verbose ... ./configure --prefix=/opt/local --disable-silent-rules ... checking type of array argument to getgroups... gid_t I've saved some logs from building 0.9.4b in January and they didn't have this test (or at least any such output).
-
config.h - /* Define to the type of elements in the array set by `getgroups'. Usually this is either `int' or `gid_t'. */ #define GETGROUPS_T gid_t I'll have a go at the patch in a minute
-
Sorry, the build is now stumbling at a different spot: lirc-utils.c:49:37: warning: passing 'gid_t [32]' to parameter of type 'int *' converts between pointers to integer types with different sign [-Wpointer-sign] r = getgrouplist(user, pw->pw_gid, groups, &group_cnt); ^~~~~~ /usr/include/unistd.h:648:43: note: passing argument to parameter here int getgrouplist(const char *, int, int *, int *); ^ 1 warning generated. mv -f .deps/lirc-utils.Tpo .deps/lirc-utils.Plo /bin/sh ../libtool --tag=CC --mode=compile...
-
Thanks for reminding me about this but I've run into a snag. Configure is falling down. Wasn't this a problem that you fixed back in October? ... checking for daemon... yes checking for clock_gettime... no checking for clock_gettime in -lrt... no configure: error: Required function clock_gettime() not found Command failed: cd "/opt/local/var/macports/build/_Users_craigtreleaven_MacPortsTemp_lirc-devel/lirc-devel/work/lirc-devel-20170419" && ./configure --prefix=/opt/local --disable-silent-rules
-
irrecord --list-namespace fails silently on OS X
-
0.28.1 -- Now even easier!
-
I created a port for libirman: https://github.com/macports/macports-ports/blob/master/sysutils/libirman/Portfile...
-
Actually, I had no trouble building/installing libirman. The MacPorts buildbot fleet...
-
No problem, although there is that eBay thing! ;)
-
To be clear, I don't actually have this hardware--just thought it was plausible that...
-
CommandIR Plugin on OS X
-
Keeping the downstream patch is fine with me. Wish we had someone to test functi...
-
MacOS: libftdi support
-
I confirm that the code builds (patch no longer applied) and that the plugins/audio.c...
-
I confirm that those lines are in plugins/audio.c /usr/include/util.h includes: int...
-
My port does two steps that I think get around this issue. 1) The port ensures that...
-
Sorry, no joy. libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I.. -I../lib...
-
MacOS compilation issues
-
New version
-
New installer uploaded
-
"launchctl: Couldn't stat..."
-
New 0.27.4!
-
0.27.1 delayed
-
First version of installer ready to go
-
Welcome to the OS X MythTV Installer powered by MacPorts
1
