LIRC on OS X via MacPorts

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

LIRC on OS X via MacPorts

Craig Treleaven
Hi:

I inherited the maintainership of the lirc port on MacPorts.  It has been languishing at 0.9.0 for a couple of years and I’m trying to prepare an update to 0.9.4b.  I note that there were VERY substantial changes in between.  And that OS X is officially supported.

However, I’m running into several errors during linking of lircd.  See following:

========================================================

/bin/sh ../libtool  --tag=CXX   --mode=link /usr/bin/clang++  -pipe -Os -stdlib=libc++ -arch x86_64 -lpthread  -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o lircrcd lircrcd.o ../lib/liblirc_client.la
lircd.cpp:92:2: error: use of undeclared identifier 'tv'
        tv.>tv_nsec = ((double) time *
        ^
lircd.cpp:92:5: error: expected unqualified-id
        tv.>tv_nsec = ((double) time *
           ^
lircd.cpp:92:6: error: use of undeclared identifier 'tv_nsec'
        tv.>tv_nsec = ((double) time *
            ^
lircd.cpp:94:2: error: use of undeclared identifier 'tv'
        tv.>tv_sec = ((double)time *
        ^
lircd.cpp:94:5: error: expected unqualified-id
        tv.>tv_sec = ((double)time *
           ^
lircd.cpp:94:6: error: use of undeclared identifier 'tv_sec'
        tv.>tv_sec = ((double)time *
            ^
lircd.cpp:325:2: warning: 'register' storage class specifier is deprecated [-Wdeprecated-register]
        register int i;
        ^~~~~~~~~
lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
        r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
            ^~~~~~~~~~~~
/usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
int      getgrouplist(const char *, int, int *, int *);
         ^
lircd.cpp:1139:6: warning: 'daemon' is deprecated: first deprecated in OS X 10.5 [-Wdeprecated-declarations]
        if (daemon(0, 0) == -1) {
            ^
/usr/include/stdlib.h:267:6: note: 'daemon' has been explicitly marked deprecated here
int      daemon(int, int) __DARWIN_1050(daemon) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, __MAC_10_5, __IPHONE_2_0, __IPHONE_2_0);
         ^
lircd.cpp:1308:26: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare]
                        if (*end_ptr || *reps < 0)
                                        ~~~~~ ^ ~
lircd.cpp:1459:52: warning: comparison of constant 18446744073709551615 with expression of type '__u32' (aka 'unsigned int') is always false [-Wtautological-constant-out-of-range-compare]
                if (*end_ptr || next_tx_int == 0 || (next_tx_int == ULONG_MAX && errno == ERANGE))
                                                     ~~~~~~~~~~~ ^  ~~~~~~~~~
4 warnings and 7 errors generated.

========================================================

Note the getgrouplist error in addition to the time-related errors.

Any help appreciated.

Craig


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Alec Leamas


On 02/10/16 02:17, Craig Treleaven wrote:
> Hi:
>

Hi!


> I inherited the maintainership of the lirc port on MacPorts.  It has been languishing at 0.9.0 for a couple of years and I’m trying to prepare an update to 0.9.4b.  I note that there were VERY substantial changes in between.  And that OS X is officially supported.
>

Updating the mac port is great news!

>
> /bin/sh ../libtool  --tag=CXX   --mode=link /usr/bin/clang++  -pipe -Os -stdlib=libc++ -arch x86_64 -lpthread  -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o lircrcd lircrcd.o ../lib/liblirc_client.la
> lircd.cpp:92:2: error: use of undeclared identifier 'tv'
>         tv.>tv_nsec = ((double) time *
>         ^
> lircd.cpp:92:5: error: expected unqualified-id
>         tv.>tv_nsec = ((double) time *
>            ^
> lircd.cpp:92:6: error: use of undeclared identifier 'tv_nsec'
>         tv.>tv_nsec = ((double) time *
>             ^
> lircd.cpp:94:2: error: use of undeclared identifier 'tv'
>         tv.>tv_sec = ((double)time *
>         ^
> lircd.cpp:94:5: error: expected unqualified-id
>         tv.>tv_sec = ((double)time *
>            ^
> lircd.cpp:94:6: error: use of undeclared identifier 'tv_sec'
>         tv.>tv_sec = ((double)time *


This is some nonsense produced by me. Please try this patch:

diff --git a/daemons/lircd.cpp b/daemons/lircd.cpp
index 8fd8336..c831fbd 100644
--- a/daemons/lircd.cpp
+++ b/daemons/lircd.cpp
@@ -92,9 +92,9 @@ int clock_gettime(int clk_id, struct timespec *t){
         if (timebase.numer == 0)
                 mach_timebase_info(&timebase);
         time = mach_absolute_time();
-       tv.>tv_nsec = ((double) time *
+       t->tv_nsec = ((double) time *
                     (double) timebase.numer)/((double) timebase.denom);
-       tv.>tv_sec = ((double)time *
+       t->tv_sec = ((double)time *
                    (double)timebase.numer)/((double)timebase.denom * 1e9);
         return 0;


> lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
>         r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
>             ^~~~~~~~~~~~
> /usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
> int      getgrouplist(const char *, int, int *, int *);
>          ^


This seems to be about configure not doing it's job. There is a snippet
in configure.ac:

AC_COMPILE_IFELSE([
   AC_LANG_SOURCE([
     #include <grp.h>
     int main(int argc, char**argv)
     {
         int groups[[4]];
         int ngroups;
         getgrouplist("foo", (gid_t)1, groups, &ngroups);
     }
     ])
   ],
   [AC_DEFINE(HAVE_INT_GETGROUPLIST_GROUPS)],
   [true]
)

This should set the HAVE_INT_GETGROUPLIST_GROUPS macro in config.h.
Could you please check this file, and send back the snippet similar to:

/* Define if getgrouplist() groups arg is int* */
#undef HAVE_INT_GETGROUPLIST_GROUPS

As for the deprecations, please file bugs at the bugtracker [1] so we
can fix it in next release. Patches are of cpourse welcome



Cheers!

--alec


[1] https://sourceforge.net/p/lirc/tickets/

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Craig Treleaven
> On Oct 2, 2016, at 9:46 AM, Alec Leamas <[hidden email]> wrote:
> On 02/10/16 02:17, Craig Treleaven wrote:
>>
>> /bin/sh ../libtool  --tag=CXX   --mode=link /usr/bin/clang++  -pipe -Os -stdlib=libc++ -arch x86_64 -lpthread  -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o lircrcd lircrcd.o ../lib/liblirc_client.la
>> lircd.cpp:92:2: error: use of undeclared identifier 'tv'
>>        tv.>tv_nsec = ((double) time *
>>        ^
>> lircd.cpp:92:5: error: expected unqualified-id
>>        tv.>tv_nsec = ((double) time *
>>           ^
>> lircd.cpp:92:6: error: use of undeclared identifier 'tv_nsec'
>>        tv.>tv_nsec = ((double) time *
>>            ^
>> lircd.cpp:94:2: error: use of undeclared identifier 'tv'
>>        tv.>tv_sec = ((double)time *
>>        ^
>> lircd.cpp:94:5: error: expected unqualified-id
>>        tv.>tv_sec = ((double)time *
>>           ^
>> lircd.cpp:94:6: error: use of undeclared identifier 'tv_sec'
>>        tv.>tv_sec = ((double)time *
>
>
> This is some nonsense produced by me. Please try this patch:
>
> diff --git a/daemons/lircd.cpp b/daemons/lircd.cpp
> index 8fd8336..c831fbd 100644
> --- a/daemons/lircd.cpp
> +++ b/daemons/lircd.cpp
> @@ -92,9 +92,9 @@ int clock_gettime(int clk_id, struct timespec *t){
>        if (timebase.numer == 0)
>                mach_timebase_info(&timebase);
>        time = mach_absolute_time();
> -       tv.>tv_nsec = ((double) time *
> +       t->tv_nsec = ((double) time *
>                    (double) timebase.numer)/((double) timebase.denom);
> -       tv.>tv_sec = ((double)time *
> +       t->tv_sec = ((double)time *
>                   (double)timebase.numer)/((double)timebase.denom * 1e9);
>        return 0;
>


Sorry, no joy.  After applying the patch, I get the following:

=====================================

/bin/sh ../libtool  --tag=CXX   --mode=link /usr/bin/clang++  -pipe -Os -stdlib=libc++ -arch x86_64 -lpthread  -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o lircrcd lircrcd.o ../lib/liblirc_client.la
lircd.cpp:92:4: error: expected unqualified-id
        t.>tv_nsec = ((double) time *
          ^
lircd.cpp:92:5: error: use of undeclared identifier 'tv_nsec'
        t.>tv_nsec = ((double) time *
           ^
lircd.cpp:94:4: error: expected unqualified-id
        t.>tv_sec = ((double)time *
          ^
lircd.cpp:94:5: error: use of undeclared identifier 'tv_sec'
        t.>tv_sec = ((double)time *
           ^
lircd.cpp:325:2: warning: 'register' storage class specifier is deprecated [-Wdeprecated-register]
        register int i;
        ^~~~~~~~~
lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
        r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
            ^~~~~~~~~~~~
/usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
int      getgrouplist(const char *, int, int *, int *);
         ^
lircd.cpp:1139:6: warning: 'daemon' is deprecated: first deprecated in OS X 10.5 [-Wdeprecated-declarations]
        if (daemon(0, 0) == -1) {
            ^
/usr/include/stdlib.h:267:6: note: 'daemon' has been explicitly marked deprecated here
int      daemon(int, int) __DARWIN_1050(daemon) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, __MAC_10_5, __IPHONE_2_0, __IPHONE_2_0);
         ^
lircd.cpp:1308:26: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare]
                        if (*end_ptr || *reps < 0)
                                        ~~~~~ ^ ~
lircd.cpp:1459:52: warning: comparison of constant 18446744073709551615 with expression of type '__u32' (aka 'unsigned int') is always false [-Wtautological-constant-out-of-range-compare]
                if (*end_ptr || next_tx_int == 0 || (next_tx_int == ULONG_MAX && errno == ERANGE))
                                                     ~~~~~~~~~~~ ^  ~~~~~~~~~
4 warnings and 5 errors generated.

=====================================


>
>> lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
>>        r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
>>            ^~~~~~~~~~~~
>> /usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
>> int      getgrouplist(const char *, int, int *, int *);
>>         ^
>
>
> This seems to be about configure not doing it's job. There is a snippet in configure.ac:
>
> AC_COMPILE_IFELSE([
>  AC_LANG_SOURCE([
>    #include <grp.h>
>    int main(int argc, char**argv)
>    {
>        int groups[[4]];
>        int ngroups;
>        getgrouplist("foo", (gid_t)1, groups, &ngroups);
>    }
>    ])
>  ],
>  [AC_DEFINE(HAVE_INT_GETGROUPLIST_GROUPS)],
>  [true]
> )
>
> This should set the HAVE_INT_GETGROUPLIST_GROUPS macro in config.h. Could you please check this file, and send back the snippet similar to:
>
> /* Define if getgrouplist() groups arg is int* */
> #undef HAVE_INT_GETGROUPLIST_GROUPS
>
> As for the deprecations, please file bugs at the bugtracker [1] so we can fix it in next release. Patches are of cpourse welcome
>
>
>
> Cheers!
>
> --alec
>
>
> [1] https://sourceforge.net/p/lirc/tickets/


config.h says:

/* Define if getgrouplist() groups arg is int* */
/* #undef HAVE_INT_GETGROUPLIST_GROUPS */

config.log says:

conftest.c:56:9: error: implicit declaration of function 'getgrouplist' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
        getgrouplist("foo", (gid_t)1, groups, &ngroups);
        ^
conftest.c:56:9: note: did you mean 'setgroupent'?
/usr/include/grp.h:87:5: note: 'setgroupent' declared here
int setgroupent(int);
    ^
1 error generated.


Hope this helps,

Craig
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Craig Treleaven

> On Oct 2, 2016, at 11:50 AM, Craig Treleaven <[hidden email]> wrote:
>
>> On Oct 2, 2016, at 9:46 AM, Alec Leamas <[hidden email]> wrote:
>> On 02/10/16 02:17, Craig Treleaven wrote:
>>>
>>
>
>
> Sorry, no joy.  After applying the patch, I get the following:
>
> =====================================
>
> /bin/sh ../libtool  --tag=CXX   --mode=link /usr/bin/clang++  -pipe -Os -stdlib=libc++ -arch x86_64 -lpthread  -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o lircrcd lircrcd.o ../lib/liblirc_client.la
> lircd.cpp:92:4: error: expected unqualified-id
>        t.>tv_nsec = ((double) time *
>          ^
> lircd.cpp:92:5: error: use of undeclared identifier 'tv_nsec'
>        t.>tv_nsec = ((double) time *
>           ^
> lircd.cpp:94:4: error: expected unqualified-id
>        t.>tv_sec = ((double)time *
>          ^
> lircd.cpp:94:5: error: use of undeclared identifier 'tv_sec'
>        t.>tv_sec = ((double)time *
>           ^
> lircd.cpp:325:2: warning: 'register' storage class specifier is deprecated [-Wdeprecated-register]
>        register int i;
>        ^~~~~~~~~
> lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
>        r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
>            ^~~~~~~~~~~~
> /usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
> int      getgrouplist(const char *, int, int *, int *);
>         ^
> lircd.cpp:1139:6: warning: 'daemon' is deprecated: first deprecated in OS X 10.5 [-Wdeprecated-declarations]
>        if (daemon(0, 0) == -1) {
>            ^
> /usr/include/stdlib.h:267:6: note: 'daemon' has been explicitly marked deprecated here
> int      daemon(int, int) __DARWIN_1050(daemon) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, __MAC_10_5, __IPHONE_2_0, __IPHONE_2_0);
>         ^
> lircd.cpp:1308:26: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare]
>                        if (*end_ptr || *reps < 0)
>                                        ~~~~~ ^ ~
> lircd.cpp:1459:52: warning: comparison of constant 18446744073709551615 with expression of type '__u32' (aka 'unsigned int') is always false [-Wtautological-constant-out-of-range-compare]
>                if (*end_ptr || next_tx_int == 0 || (next_tx_int == ULONG_MAX && errno == ERANGE))
>                                                     ~~~~~~~~~~~ ^  ~~~~~~~~~
> 4 warnings and 5 errors generated.
>
> =====================================
>
Ahh, the patch needs to be:

diff -u daemons/lircd.cpp.orig daemons/lircd.cpp
--- daemons/lircd.cpp.orig 2016-10-02 11:44:28.000000000 -0400
+++ daemons/lircd.cpp 2016-10-02 11:45:08.000000000 -0400
@@ -89,9 +89,9 @@
  if (timebase.numer == 0)
  mach_timebase_info(&timebase);
  time = mach_absolute_time();
- tv.>tv_nsec = ((double) time *
+ t->tv_nsec = ((double) time *
     (double) timebase.numer)/((double) timebase.denom);
- tv.>tv_sec = ((double)time *
+ t->tv_sec = ((double)time *
    (double)timebase.numer)/((double)timebase.denom * 1e9);
  return 0;
 }

Now, the remaining error is about getgrouplist, same as the following...

>
>>
>>> lircd.cpp:765:6: error: no matching function for call to 'getgrouplist'
>>>       r = getgrouplist(user, pw->pw_gid, groups, &group_cnt);
>>>           ^~~~~~~~~~~~
>>> /usr/include/unistd.h:648:6: note: candidate function not viable: no known conversion from 'gid_t [32]' to 'int *' for 3rd argument
>>> int      getgrouplist(const char *, int, int *, int *);
>>>        ^
>>
>>
>> This seems to be about configure not doing it's job. There is a snippet in configure.ac:
>>
>> AC_COMPILE_IFELSE([
>> AC_LANG_SOURCE([
>>   #include <grp.h>
>>   int main(int argc, char**argv)
>>   {
>>       int groups[[4]];
>>       int ngroups;
>>       getgrouplist("foo", (gid_t)1, groups, &ngroups);
>>   }
>>   ])
>> ],
>> [AC_DEFINE(HAVE_INT_GETGROUPLIST_GROUPS)],
>> [true]
>> )
>>
>> This should set the HAVE_INT_GETGROUPLIST_GROUPS macro in config.h. Could you please check this file, and send back the snippet similar to:
>>
>> /* Define if getgrouplist() groups arg is int* */
>> #undef HAVE_INT_GETGROUPLIST_GROUPS
>>
>> As for the deprecations, please file bugs at the bugtracker [1] so we can fix it in next release. Patches are of cpourse welcome
>>
>>
>>
>> Cheers!
>>
>> --alec
>>
>>
>> [1] https://sourceforge.net/p/lirc/tickets/
>
>
> config.h says:
>
> /* Define if getgrouplist() groups arg is int* */
> /* #undef HAVE_INT_GETGROUPLIST_GROUPS */
>
> config.log says:
>
> conftest.c:56:9: error: implicit declaration of function 'getgrouplist' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
>        getgrouplist("foo", (gid_t)1, groups, &ngroups);
>        ^
> conftest.c:56:9: note: did you mean 'setgroupent'?
> /usr/include/grp.h:87:5: note: 'setgroupent' declared here
> int setgroupent(int);
>    ^
> 1 error generated.
>

Craig
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Craig Treleaven
In reply to this post by Craig Treleaven
> On Oct 2, 2016, at 4:50 PM, Alec Leamas <[hidden email]> wrote:
>
> Hm... reading on, it seems like osx has getgrouplist in unistd.h. Does this fix it (after running autoconf) ?
>
> diff --git a/configure.ac b/configure.ac
> index 81dece0..ed38bf6 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -346,6 +346,7 @@ CFLAGS="-Werror -Wall"
> AC_COMPILE_IFELSE([
>   AC_LANG_SOURCE([
>     #include <grp.h>
> +    #include <unistd.h>
>     int main(int argc, char**argv)
>     {
>         int groups[[4]];
>

Good stuff, my build has completed successfully after that!!


Now, a couple of questions so I can test.

1) I’ve used the IR receiver in an HDHomerun Dual for many years via LIRC’s UDP driver.  Is there a UDP plugin now?  How do I make it work?  A pointer to docs is fine.

2) I noticed that there is a “macmini” entry[1].  The MacBookPro I use also has an IR receiver which I believe is essentially the same as that which used to be included in the Mac Mini.  Can I use this for testing?  How do I get the plugin and make it work?

[1] http://www.lirc.org/html/table.html

3) I notice that there is a sonyir-osx plugin.  What/how does that work?

Many thanks for the help,

Craig
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Alec Leamas


On 03/10/16 03:22, Craig Treleaven wrote:

> Good stuff, my build has completed successfully after that!!
>
>
> Now, a couple of questions so I can test.
>
> 1) I’ve used the IR receiver in an HDHomerun Dual for many years via LIRC’s UDP driver.  Is there a UDP plugin now?

Yes. The command lirc-lsplugins(1) lists available plugins, use that to
verify the plugins available after the build.

> How do I make it work?  A pointer to docs is fine.

The short story: By giving lircd the correct --driver option. The docs
[1]  assumes systemd  which obviously makes no sense on osx. However,
the lirc_options.conf file should work also on osx.

> 2) I noticed that there is a “macmini” entry[1].  The MacBookPro I use also has an IR receiver which I believe is essentially the same as that which used to be included in the Mac Mini.  Can I use this for testing?  How do I get the plugin and make it work?

Same. That said, be aware that the Mac/BSD build is much less used and
tested.

> [1] http://www.lirc.org/html/table.html
>
> 3) I notice that there is a sonyir-osx plugin.  What/how does that work?

Likewise. Check that it's built, use it as --driver option to lircd

> Many thanks for the help,

You are welcome, your work with the osx port is much appreciated!


Cheers!



--alec


[1] http://www.lirc.org/html/configuration-guide.html

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Craig Treleaven
> On Oct 3, 2016, at 12:37 AM, Alec Leamas <[hidden email]> wrote:
>
> On 03/10/16 03:22, Craig Treleaven wrote:
>
>> Good stuff, my build has completed successfully after that!!

Whoops, the build succeeded but then install didn’t get all the way through:


xinstall: /opt/local/var/macports/build/_Users_craigtreleaven_mp_ports_sysutils_lirc/lirc/work/lirc-0.9.4b/contrib/lircmd.conf -> /opt/local/var/macports/build/_Users_craigtreleaven_mp_ports_sysutils_lirc/lirc/work/destroot/opt/local/etc/lircmd.conf.sample

Error: Failed to destroot lirc: xinstall: Inappropriate file type: /opt/local/var/macports/build/_Users_craigtreleaven_mp_ports_sysutils_lirc/lirc/work/lirc-0.9.4b/contrib/lircrc


Note that MacPorts uses a temporary destroot, '/opt/local/var/macports/build/_Users_craigtreleaven_mp_ports_sysutils_lirc/lirc/work/destroot’ in this case.  The package is installed there then we make an archive of the contents.  That archive is then used to install to the normal prefix (‘/opt/local’ here).  The archive is retained so that the package can be uninstalled and reinstalled without rebuilding and so that we can deliver binary archives for packages (where the licence allows).

Craig
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: LIRC on OS X via MacPorts

Craig Treleaven
> On Oct 3, 2016, at 9:49 AM, Alec Leamas <[hidden email]> wrote:
>
>
>
>>
>>
>> Note that MacPorts uses a temporary destroot, '
>
> I guess all packaging requires a temporary destination ?! Have you tried the standard autoconf "DESTDIR=... make install”?
>

Sorry, never mind.  That was completely my own stupidity.  Initial install has completed successfully now.

Later, I’ll see if I can get it running!

Craig


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Loading...