still trying

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

still trying

w4qed
Hello all again,
 
 Still trying to get things working. So I'm taking another look at things and trying to understand what is going on better.
Now I did have some problems with permission bits and ownership, I think I've resolved that. Also I believe I've
added all the necessary modules in Perl using cpan. By starting over from scratch and redoing a few system items
I now have less errors so some progress has been made.
 
 
and the download of misterhouse-stable.zip
 
 I have setup mh.private.ini
 
code_dir=$Pgm_Root/../local/code
data_dir=$Pgm_Root/../local/data
gd=0
tk=0
and executing from ~misterhouse-stable/bin
./mhl
 
 I get the error:
 
Unescaped left brace in regex is deprecated, passed through in regex; marked by
 <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at /home/w4qed/misterhouse-stable/bin/../lib/Weather_Item.pm line 100.
and the code in ~/misterhouse-stable/lib/Weather_Item.pm
 
using nano +100 lib/Weather_Item.pm
 
        while ( $type =~ /\$::Weather{(.*?)}/g ) {
            push @members, $1 if !grep $1 eq $_, @members;
        }
 
 
Looking through the syntax I do not see a problem. Maybe I've left out a module from Perl.
 Perhaps someone can point me to the problem or at least understand what I am seeing?
 
Perhaps I'm getting an offset in the nano +100 and I'm spending all my time trying to figure out what isn't the problem.
 
 
Thanks for your consideration and the help so far,
Ben ARS w4qed
 



Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
Hello Benny,

can you please let me know what Perl version you’re running? I’ll try to reproduce your setup.

For your information: we now have basic verification that the MisterHouse code in the repo starts up successfully. This check is currently done for the ‘master’ branch (= the branch on which development is taking place). The results of those tests for various versions of Perl are available here:
https://travis-ci.org/hollie/misterhouse

If you click on the test results for one of the tested Perl versions you see the output of a ‘basic’ MisterHouse config with no additional Perl modules installed. Hence there are some warnings/errors reported for missing modules in the log. The purpose of the test is to check that MisterHouse enters the main program loop, runs for a minute and then exits cleanly.

The major difference compared to what you’re doing is that this code is running on the ‘master branch’, you can get that code here:
https://github.com/hollie/misterhouse/archive/master.zip

So, if you can let me know your Perl version I can see if I can reproduce your problem, and I can suggest you to retry the experiment with the ‘master’ branch of the repo to see if this helps you further.

Best regards,
 Lieven.

> Op 5 aug. 2016, om 04:37 heeft Benny D Miller Jr <[hidden email]> het volgende geschreven:
>
> Hello all again,
>
>  Still trying to get things working. So I'm taking another look at things and trying to understand what is going on better.
> Now I did have some problems with permission bits and ownership, I think I've resolved that. Also I believe I've
> added all the necessary modules in Perl using cpan. By starting over from scratch and redoing a few system items
> I now have less errors so some progress has been made.
>
>
> Following the directions at: https://github.com/hollie/misterhouse/wiki/Getting-started
> and the download of misterhouse-stable.zip
>
>  I have setup mh.private.ini
>
> code_dir=$Pgm_Root/../local/code
> data_dir=$Pgm_Root/../local/data
> gd=0
> tk=0
> and executing from ~misterhouse-stable/bin
> ./mhl
>
>  I get the error:
>
> Unescaped left brace in regex is deprecated, passed through in regex; marked by
>  <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at /home/w4qed/misterhouse-stable/bin/../lib/Weather_Item.pm line 100.
> and the code in ~/misterhouse-stable/lib/Weather_Item.pm
>
> using nano +100 lib/Weather_Item.pm
>
>         while ( $type =~ /\$::Weather{(.*?)}/g ) {
>             push @members, $1 if !grep $1 eq $_, @members;
>         }
>
>
> Looking through the syntax I do not see a problem. Maybe I've left out a module from Perl.
>  Perhaps someone can point me to the problem or at least understand what I am seeing?
>
> Perhaps I'm getting an offset in the nano +100 and I'm spending all my time trying to figure out what isn't the problem.
>
>
> Thanks for your consideration and the help so far,
> Ben ARS w4qed
>
>
>
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com
>
>
> ------------------------------------------------------------------------------
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
Hey Ben,

thanks for the extra info.
I’ll need to setup a Pi to be able to duplicate your setup. Before I start: you’re using the image from here I guess? https://wiki.ubuntu.com/ARM/RaspberryPi

According to me the errors you get are unexpected. I’ll try to reproduce them, but it will take some time to setup the hardware. People on the list, is there anybody who is running MisterHouse on a Raspberry Pi 3 who can share results with Ben?

I have created a branch in the repo that instructs the Travis regression test to run on an Ubuntu environment (14.04, 16.04 is not available as target). Results are here: https://travis-ci.org/hollie/misterhouse/builds/150238002 and they are passing, so maybe there is something specific to the setup you have made, or it is really related to the fact that you’re using 16.04.

Side note: on Ubuntu I don’t have very good experience with using cpanm, I use apt-get lib-xxx-perl to install missing perl modules right into the system Perl install.

Best regards,
 Lieven.

> Op 6 aug. 2016, om 00:22 heeft Benny D. Miller Jr. <[hidden email]> het volgende geschreven:
>
> Lieven,
>
> Thanks for the reply. Note I'm on a Raspberry Pi 3, Ubuntu 16.04
>
> Version from Perl is: v5.22.1
>
> Tried to install cpanm, but would not transfer. Leaving cpanm at 0
> bytes. I was using cpan.
>
> cd /opt/
> curl https://raw.github.com/miyagawa/cpanminus/master/cpanm > cpanm
> chmod +x cpanm
> ln -s /opt/cpanm /usr/bin/
>
> results were:
>
>
> cpan on the other hand resulted in:panm
> % Total    % Received % Xferd  Average Speed   Time    Time     Time
> Current
>                                Dload  Upload   Total   Spent    Left
> Speed
> 0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>   0
>
>
>
> cpan version 1.64 calling Getopt::Std::getopts (version 1.11 [paranoid])
>
> now the: ./mh -tk0 -code-dir ../code/test
>
> results:
>
> Command: mh -tk 0 -code_dir ../code/test
> Pgm  path   : .
> Pgm  version: 4.1
> Last updated: Tue Jul 26 06:00:58 2016
> Perl version: 5.022001
> OS   version: linux linux
> Other       : user=w4qed pid=29953 box= cpu=-
>
> This program is free software; you can redistribute it and/or
> modify it under the terms of the GNU General Public License
> as published by the Free Software Foundation; either version 2
> of the License, or (at your option) any later version.
>
> This program is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> GNU General Public License for more details.
>
> You should have received a copy of the GNU General Public License
> along with this program; if not, write to the Free Software
> Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> 02110-1301, USA.
>
> Read parameter files: ./mh.ini ./mh.private.ini
> Code Directories:
> - ../code/test
> - ./../code/common
> Loading other modules
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at
> ../lib/Weather_Item.pm line 100.
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/-\>{ <-- HERE state}=(.*);/ at
> ../lib/Light_Item.pm line 1062.
> Starting setup
> - using simple Text distance function
> UNIVERSAL does not export anything at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at
> /usr/local/share/perl/5.22.1/Carp.pm line 167
>       Carp::croak("UNIVERSAL does not export anything") called at
> /usr/share/perl/5.22/UNIVERSAL.pm line 15
>       UNIVERSAL::import("UNIVERSAL", "can") called at
> ../lib/site/HTML/Formatter.pm line 49
>       HTML::Formatter::BEGIN() called at ../lib/site/HTML/Formatter.pm
> line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/Formatter.pm
> line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/site/HTML/FormatText.pm line 60.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/FormatText.pm
> line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/FormatText.pm line 0
>       eval {...} called at ../lib/site/HTML/FormatText.pm line 0
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/handy_net_utilities.pl line 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/handy_net_utilities.pl line 29
>       eval {...} called at ../lib/handy_net_utilities.pl line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/handy_net_utilities.pl line
> 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ./mh line 847.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ./mh line 847
>       main::setup called at ./mh line 8213
>
> OK, well that about does it. I did start over with
> https://github.com/hollie/misterhouse/archive/master.zip As I completely
> removed my old copy and unzip'd this one and get similar reports.
>
> Thanks again,
> Ben ARS w4qed
>
>
> ------ Original Message ------
> From: "Lieven Hollevoet" <[hidden email]>
> To: "Benny D Miller Jr" <[hidden email]>
> Cc: "[hidden email]"
> <[hidden email]>
> Sent: 8/5/2016 05:12:06
> Subject: Re: [mh] still trying
>
>> Hello Benny,
>>
>> can you please let me know what Perl version you’re running? I’ll try
>> to reproduce your setup.
>>
>> For your information: we now have basic verification that the
>> MisterHouse code in the repo starts up successfully. This check is
>> currently done for the ‘master’ branch (= the branch on which
>> development is taking place). The results of those tests for various
>> versions of Perl are available here:
>> https://travis-ci.org/hollie/misterhouse
>>
>> If you click on the test results for one of the tested Perl versions
>> you see the output of a ‘basic’ MisterHouse config with no additional
>> Perl modules installed. Hence there are some warnings/errors reported
>> for missing modules in the log. The purpose of the test is to check
>> that MisterHouse enters the main program loop, runs for a minute and
>> then exits cleanly.
>>
>> The major difference compared to what you’re doing is that this code is
>> running on the ‘master branch’, you can get that code here:
>> https://github.com/hollie/misterhouse/archive/master.zip
>>
>> So, if you can let me know your Perl version I can see if I can
>> reproduce your problem, and I can suggest you to retry the experiment
>> with the ‘master’ branch of the repo to see if this helps you further.
>>
>> Best regards,
>> Lieven.
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Chris Engel
I ran into this same issue when I updated to Fedora 24 from 22.  First I found I had to install the perl-UNIVERSAL-can.noarch package

Then I had to modify line 49 of lib/site/HTML/Formatter.pm
from:
use UNIVERSAL qw(can);
to:
use UNIVERSAL::can;

After that I was running again.


On Sat, Aug 6, 2016 at 3:22 AM, Lieven Hollevoet <[hidden email]> wrote:
Hey Ben,

thanks for the extra info.
I’ll need to setup a Pi to be able to duplicate your setup. Before I start: you’re using the image from here I guess? https://wiki.ubuntu.com/ARM/RaspberryPi

According to me the errors you get are unexpected. I’ll try to reproduce them, but it will take some time to setup the hardware. People on the list, is there anybody who is running MisterHouse on a Raspberry Pi 3 who can share results with Ben?

I have created a branch in the repo that instructs the Travis regression test to run on an Ubuntu environment (14.04, 16.04 is not available as target). Results are here: https://travis-ci.org/hollie/misterhouse/builds/150238002 and they are passing, so maybe there is something specific to the setup you have made, or it is really related to the fact that you’re using 16.04.

Side note: on Ubuntu I don’t have very good experience with using cpanm, I use apt-get lib-xxx-perl to install missing perl modules right into the system Perl install.

Best regards,
 Lieven.

> Op 6 aug. 2016, om 00:22 heeft Benny D. Miller Jr. <[hidden email]> het volgende geschreven:
>
> Lieven,
>
> Thanks for the reply. Note I'm on a Raspberry Pi 3, Ubuntu 16.04
>
> Version from Perl is: v5.22.1
>
> Tried to install cpanm, but would not transfer. Leaving cpanm at 0
> bytes. I was using cpan.
>
> cd /opt/
> curl https://raw.github.com/miyagawa/cpanminus/master/cpanm > cpanm
> chmod +x cpanm
> ln -s /opt/cpanm /usr/bin/
>
> results were:
>
>
> cpan on the other hand resulted in:panm
> % Total    % Received % Xferd  Average Speed   Time    Time     Time
> Current
>                                Dload  Upload   Total   Spent    Left
> Speed
> 0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>   0
>
>
>
> cpan version 1.64 calling Getopt::Std::getopts (version 1.11 [paranoid])
>
> now the: ./mh -tk0 -code-dir ../code/test
>
> results:
>
> Command: mh -tk 0 -code_dir ../code/test
> Pgm  path   : .
> Pgm  version: 4.1
> Last updated: Tue Jul 26 06:00:58 2016
> Perl version: 5.022001
> OS   version: linux linux
> Other       : user=w4qed pid=29953 box= cpu=-
>
> This program is free software; you can redistribute it and/or
> modify it under the terms of the GNU General Public License
> as published by the Free Software Foundation; either version 2
> of the License, or (at your option) any later version.
>
> This program is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> GNU General Public License for more details.
>
> You should have received a copy of the GNU General Public License
> along with this program; if not, write to the Free Software
> Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> 02110-1301, USA.
>
> Read parameter files: ./mh.ini ./mh.private.ini
> Code Directories:
> - ../code/test
> - ./../code/common
> Loading other modules
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at
> ../lib/Weather_Item.pm line 100.
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/-\>{ <-- HERE state}=(.*);/ at
> ../lib/Light_Item.pm line 1062.
> Starting setup
> - using simple Text distance function
> UNIVERSAL does not export anything at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at
> /usr/local/share/perl/5.22.1/Carp.pm line 167
>       Carp::croak("UNIVERSAL does not export anything") called at
> /usr/share/perl/5.22/UNIVERSAL.pm line 15
>       UNIVERSAL::import("UNIVERSAL", "can") called at
> ../lib/site/HTML/Formatter.pm line 49
>       HTML::Formatter::BEGIN() called at ../lib/site/HTML/Formatter.pm
> line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/Formatter.pm
> line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/site/HTML/FormatText.pm line 60.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/FormatText.pm
> line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/FormatText.pm line 0
>       eval {...} called at ../lib/site/HTML/FormatText.pm line 0
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/handy_net_utilities.pl line 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/handy_net_utilities.pl line 29
>       eval {...} called at ../lib/handy_net_utilities.pl line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/handy_net_utilities.pl line
> 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ./mh line 847.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ./mh line 847
>       main::setup called at ./mh line 8213
>
> OK, well that about does it. I did start over with
> https://github.com/hollie/misterhouse/archive/master.zip As I completely
> removed my old copy and unzip'd this one and get similar reports.
>
> Thanks again,
> Ben ARS w4qed
>
>
> ------ Original Message ------
> From: "Lieven Hollevoet" <[hidden email]>
> To: "Benny D Miller Jr" <[hidden email]>
> Cc: "[hidden email]"
> <[hidden email]>
> Sent: 8/5/2016 05:12:06
> Subject: Re: [mh] still trying
>
>> Hello Benny,
>>
>> can you please let me know what Perl version you’re running? I’ll try
>> to reproduce your setup.
>>
>> For your information: we now have basic verification that the
>> MisterHouse code in the repo starts up successfully. This check is
>> currently done for the ‘master’ branch (= the branch on which
>> development is taking place). The results of those tests for various
>> versions of Perl are available here:
>> https://travis-ci.org/hollie/misterhouse
>>
>> If you click on the test results for one of the tested Perl versions
>> you see the output of a ‘basic’ MisterHouse config with no additional
>> Perl modules installed. Hence there are some warnings/errors reported
>> for missing modules in the log. The purpose of the test is to check
>> that MisterHouse enters the main program loop, runs for a minute and
>> then exits cleanly.
>>
>> The major difference compared to what you’re doing is that this code is
>> running on the ‘master branch’, you can get that code here:
>> https://github.com/hollie/misterhouse/archive/master.zip
>>
>> So, if you can let me know your Perl version I can see if I can
>> reproduce your problem, and I can suggest you to retry the experiment
>> with the ‘master’ branch of the repo to see if this helps you further.
>>
>> Best regards,
>> Lieven.
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users





--
 Chris

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
Hello Benny,

sorry it took a while before I reported back. It took longer that expected to acquire the hardware and make a test setup.

I can confirm that I’m able to reproduce the problem you have on the specific platform, and I still need to try the fix presented by Chris to see if this solves the problem on Ubuntu too. It is not clear to me why the test on the same version of Ubuntu that is ran in travis passes (https://travis-ci.org/hollie/misterhouse/jobs/152153749). 

And to the other readers on this list: if I look at HTML::Formatter, this file dates from 1998. How do we proceed with this, because if I update that file, then HTML::Element will be too old, and I don’t know where this will stop.

We already touched this a few time on the list: how will we handle the modules that are packed with MisterHouse? Does it make sense to keep a separate mini-cpan inside the MisterHouse distribution? Should we try to fetch as much as possible from CPAN at installation time? That of course holds the risk of having new module versions that cause problems. Or do we just update modules in our distribution when problems pop up?

In general: what are your ideas on how to solve this?

Best regards,
 Lieven.

Op 7-aug.-2016, om 23:09 heeft Chris Engel <[hidden email]> het volgende geschreven:

I ran into this same issue when I updated to Fedora 24 from 22.  First I found I had to install the perl-UNIVERSAL-can.noarch package

Then I had to modify line 49 of lib/site/HTML/Formatter.pm
from:
use UNIVERSAL qw(can);
to:
use UNIVERSAL::can;

After that I was running again.


On Sat, Aug 6, 2016 at 3:22 AM, Lieven Hollevoet <[hidden email]> wrote:
Hey Ben,

thanks for the extra info.
I’ll need to setup a Pi to be able to duplicate your setup. Before I start: you’re using the image from here I guess? https://wiki.ubuntu.com/ARM/RaspberryPi

According to me the errors you get are unexpected. I’ll try to reproduce them, but it will take some time to setup the hardware. People on the list, is there anybody who is running MisterHouse on a Raspberry Pi 3 who can share results with Ben?

I have created a branch in the repo that instructs the Travis regression test to run on an Ubuntu environment (14.04, 16.04 is not available as target). Results are here: https://travis-ci.org/hollie/misterhouse/builds/150238002 and they are passing, so maybe there is something specific to the setup you have made, or it is really related to the fact that you’re using 16.04.

Side note: on Ubuntu I don’t have very good experience with using cpanm, I use apt-get lib-xxx-perl to install missing perl modules right into the system Perl install.

Best regards,
 Lieven.

> Op 6 aug. 2016, om 00:22 heeft Benny D. Miller Jr. <[hidden email]> het volgende geschreven:
>
> Lieven,
>
> Thanks for the reply. Note I'm on a Raspberry Pi 3, Ubuntu 16.04
>
> Version from Perl is: v5.22.1
>
> Tried to install cpanm, but would not transfer. Leaving cpanm at 0
> bytes. I was using cpan.
>
> cd /opt/
> curl https://raw.github.com/miyagawa/cpanminus/master/cpanm > cpanm
> chmod +x cpanm
> ln -s /opt/cpanm /usr/bin/
>
> results were:
>
>
> cpan on the other hand resulted in:panm
> % Total    % Received % Xferd  Average Speed   Time    Time     Time
> Current
>                                Dload  Upload   Total   Spent    Left
> Speed
> 0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>   0
>
>
>
> cpan version 1.64 calling Getopt::Std::getopts (version 1.11 [paranoid])
>
> now the: ./mh -tk0 -code-dir ../code/test
>
> results:
>
> Command: mh -tk 0 -code_dir ../code/test
> Pgm  path   : .
> Pgm  version: 4.1
> Last updated: Tue Jul 26 06:00:58 2016
> Perl version: 5.022001
> OS   version: linux linux
> Other       : user=w4qed pid=29953 box= cpu=-
>
> This program is free software; you can redistribute it and/or
> modify it under the terms of the GNU General Public License
> as published by the Free Software Foundation; either version 2
> of the License, or (at your option) any later version.
>
> This program is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> GNU General Public License for more details.
>
> You should have received a copy of the GNU General Public License
> along with this program; if not, write to the Free Software
> Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> 02110-1301, USA.
>
> Read parameter files: ./mh.ini ./mh.private.ini
> Code Directories:
> - ../code/test
> - ./../code/common
> Loading other modules
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at
> ../lib/Weather_Item.pm line 100.
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/-\>{ <-- HERE state}=(.*);/ at
> ../lib/Light_Item.pm line 1062.
> Starting setup
> - using simple Text distance function
> UNIVERSAL does not export anything at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at
> /usr/local/share/perl/5.22.1/Carp.pm line 167
>       Carp::croak("UNIVERSAL does not export anything") called at
> /usr/share/perl/5.22/UNIVERSAL.pm line 15
>       UNIVERSAL::import("UNIVERSAL", "can") called at
> ../lib/site/HTML/Formatter.pm line 49
>       HTML::Formatter::BEGIN() called at ../lib/site/HTML/Formatter.pm
> line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/Formatter.pm
> line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/site/HTML/FormatText.pm line 60.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/FormatText.pm
> line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/FormatText.pm line 0
>       eval {...} called at ../lib/site/HTML/FormatText.pm line 0
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/handy_net_utilities.pl line 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/handy_net_utilities.pl line 29
>       eval {...} called at ../lib/handy_net_utilities.pl line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/handy_net_utilities.pl line
> 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ./mh line 847.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ./mh line 847
>       main::setup called at ./mh line 8213
>
> OK, well that about does it. I did start over with
> https://github.com/hollie/misterhouse/archive/master.zip As I completely
> removed my old copy and unzip'd this one and get similar reports.
>
> Thanks again,
> Ben ARS w4qed
>
>
> ------ Original Message ------
> From: "Lieven Hollevoet" <[hidden email]>
> To: "Benny D Miller Jr" <[hidden email]>
> Cc: "[hidden email]"
> <[hidden email]>
> Sent: 8/5/2016 05:12:06
> Subject: Re: [mh] still trying
>
>> Hello Benny,
>>
>> can you please let me know what Perl version you’re running? I’ll try
>> to reproduce your setup.
>>
>> For your information: we now have basic verification that the
>> MisterHouse code in the repo starts up successfully. This check is
>> currently done for the ‘master’ branch (= the branch on which
>> development is taking place). The results of those tests for various
>> versions of Perl are available here:
>> https://travis-ci.org/hollie/misterhouse
>>
>> If you click on the test results for one of the tested Perl versions
>> you see the output of a ‘basic’ MisterHouse config with no additional
>> Perl modules installed. Hence there are some warnings/errors reported
>> for missing modules in the log. The purpose of the test is to check
>> that MisterHouse enters the main program loop, runs for a minute and
>> then exits cleanly.
>>
>> The major difference compared to what you’re doing is that this code is
>> running on the ‘master branch’, you can get that code here:
>> https://github.com/hollie/misterhouse/archive/master.zip
>>
>> So, if you can let me know your Perl version I can see if I can
>> reproduce your problem, and I can suggest you to retry the experiment
>> with the ‘master’ branch of the repo to see if this helps you further.
>>
>> Best regards,
>> Lieven.
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users





--
 Chris


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Eloy Paris
On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:

[...]

> We already touched this a few time on the list: how will we handle
> the modules that are packed with MisterHouse? Does it make sense to
> keep a separate mini-cpan inside the MisterHouse distribution? Should
> we try to fetch as much as possible from CPAN at installation time?
> That of course holds the risk of having new module versions that
> cause problems. Or do we just update modules in our distribution when
> problems pop up?
>
> In general: what are your ideas on how to solve this?

Personally, I would prefer if we document well all the standard Perl
modules that are required to run MisterHouse and let the user take care
of providing them. The user could choose to install the Perl modules via
apt-get (e.g. apt-get install libhtml-form-perl, etc.), via CPAN, or
whatever.

When I first installed MisterHouse I think I followed some documentation
that had me install the required Perl modules. If I remember correctly,
there were specific instructions for Ubuntu so it was easy for me to get
all the required modules.

I have never understood why the MisterHouse source code contains Perl
modules that can be easily found on, and installed from, CPAN. Perhaps
it is to accommodate installations of MisterHouse on Windows where it is
not easy to do something like an "apt-get install"?

Cheers,

Eloy Paris.-


------------------------------------------------------------------------------
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

H Plato
I have a different thought. One of the nice things about installing MH is that after you unzip it it just runs. No dealing with cpan, and installing modules and dependancies.

I’d advocate the ‘fix it when it breaks’ approach, since (as Lieven identified) going to CPAN we’d also deal with potentially incompatible or unavailable future versions. Adding a module to the site_lib, ensures that the library that was developed against is included in the distribution. Updating a module like HTML::Formatter will also identify dependancies, with the end result everything will be tested and just work together. Incorporating that into a release then provides a reference point.

It also helps with troubleshooting as if someone downloads and installs the stable release, we have a good idea of the versions that will be running.


> On Sep 15, 2016, at 3:41 PM, Eloy Paris <[hidden email]> wrote:
>
> On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:
>
> [...]
>
>> We already touched this a few time on the list: how will we handle
>> the modules that are packed with MisterHouse? Does it make sense to
>> keep a separate mini-cpan inside the MisterHouse distribution? Should
>> we try to fetch as much as possible from CPAN at installation time?
>> That of course holds the risk of having new module versions that
>> cause problems. Or do we just update modules in our distribution when
>> problems pop up?
>>
>> In general: what are your ideas on how to solve this?
>
> Personally, I would prefer if we document well all the standard Perl
> modules that are required to run MisterHouse and let the user take care
> of providing them. The user could choose to install the Perl modules via
> apt-get (e.g. apt-get install libhtml-form-perl, etc.), via CPAN, or
> whatever.
>
> When I first installed MisterHouse I think I followed some documentation
> that had me install the required Perl modules. If I remember correctly,
> there were specific instructions for Ubuntu so it was easy for me to get
> all the required modules.
>
> I have never understood why the MisterHouse source code contains Perl
> modules that can be easily found on, and installed from, CPAN. Perhaps
> it is to accommodate installations of MisterHouse on Windows where it is
> not easy to do something like an "apt-get install"?
>
> Cheers,
>
> Eloy Paris.-
>
>
> ------------------------------------------------------------------------------
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>


------------------------------------------------------------------------------
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Joel Davidson-2
In reply to this post by Eloy Paris
On Thu, 15 Sep 2016, it would appear that Eloy Paris wrote:

> On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:
>
> [...]
>
> > We already touched this a few time on the list: how will we handle
> > the modules that are packed with MisterHouse? Does it make sense to
> > keep a separate mini-cpan inside the MisterHouse distribution? Should
> > we try to fetch as much as possible from CPAN at installation time?
> > That of course holds the risk of having new module versions that
> > cause problems. Or do we just update modules in our distribution when
> > problems pop up?
> >
> > In general: what are your ideas on how to solve this?
>
> Personally, I would prefer if we document well all the standard Perl
> modules that are required to run MisterHouse and let the user take care
> of providing them. The user could choose to install the Perl modules via
> apt-get (e.g. apt-get install libhtml-form-perl, etc.), via CPAN, or
> whatever.
>
> When I first installed MisterHouse I think I followed some documentation
> that had me install the required Perl modules. If I remember correctly,
> there were specific instructions for Ubuntu so it was easy for me to get
> all the required modules.
>
> I have never understood why the MisterHouse source code contains Perl
> modules that can be easily found on, and installed from, CPAN. Perhaps
> it is to accommodate installations of MisterHouse on Windows where it is
> not easy to do something like an "apt-get install"?
>
> Cheers,
>
> Eloy Paris.-
>

I would tend to agree with Eloy.  There could be some occasional issues
with modules getting upgraded and becoming incompatible with the current
release, but that would push us to keeping the mh core up to date with
the latest and greatest modules that are out.

Joel
--
Joel Davidson
Austin, TX

------------------------------------------------------------------------------
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Jeff Siddall
In reply to this post by H Plato
On 09/15/2016 06:06 PM, H Plato wrote:
> I have a different thought. One of the nice things about installing MH is that after you unzip it it just runs. No dealing with cpan, and installing modules and dependancies.
>
> I’d advocate the ‘fix it when it breaks’ approach, since (as Lieven identified) going to CPAN we’d also deal with potentially incompatible or unavailable future versions. Adding a module to the site_lib, ensures that the library that was developed against is included in the distribution. Updating a module like HTML::Formatter will also identify dependancies, with the end result everything will be tested and just work together. Incorporating that into a release then provides a reference point.
>
> It also helps with troubleshooting as if someone downloads and installs the stable release, we have a good idea of the versions that will be running.

I'll second this approach.  So many platforms, so many versions from
package manager modules, so many other versions from CPAN...  Having it
work out of the box is a huge benefit, especially for people new to MH.

If people really want to manage their own perl modules a compromise
would be to release two versions: one with and one without dependencies
bundled.

The obvious downside is the effort of managing two variants of MH.

Jeff

------------------------------------------------------------------------------
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

George Clark
In reply to this post by Lieven Hollevoet

Hi Leiven,

I'll weigh in here on the CPAN challenges.  There are good reasons for both bundling and for not bundling.   The project I work on (the Foswiki wiki) recently decided to move away from bundling, and to release a separate bundle of CPAN modules as a "last resort" for users who cannot install the needed modules.

The reasons against bundling:

  1. Security.  Distributions and their package managers do a good job of tracking security vulnerabilities in the upstream packages, and release regular updates of the modules.  And indeed there have been several significant issues in the CPAN modules.  If a bundled module is subject of a CVE, how does the MisterHouse project handle it.  We had to issue a CVE ourselves because of a bundled CPAN module.
  2. Optimized code. Many Perl modules have both "Pure Perl" and compiled C code implementations.  If you bundle, you really need to include only the Pure Perl implementations for good portability. And we've found out unfortunately that some module have dropped the Pure Perl code which means if you can't compile for the native platform, it isn't going to work.
  3. Package managers; apt, rpm, yum, ppm, etc.  all do a good job handling dependencies, updates, etc. and you get into arguments from "powers that be" that all software shall be supported by the package manager and the vendor.   This probably doesn't really apply much to MisterHouse though.
  4. Keeping up with Perl.  Perl has had a number of language "deprecations" that break older code.  Braces now must be \{ escaped in regexes.   qw( list list)  must have enclosing ( ),   Perl 5.18 randomizes %hash ordering. 5.16 deprecates "length ( @array )" as well as "defined @array".  There are others I don't recall now.  So old bundled CPAN modules will possibly (likely?) have issues on the latest perl.

For bundling:

  1. As you mentioned, clearly the best "Out of Box" experience for a new user is going to be with the bundled modules.  ... unzip & go.    Maybe for MisterHouse, this is the overriding advantage.
  2. Consistency:  You have better control over the used CPAN versions of modules, and the combinations are well tested.

If you do bundle, it's probably a good idea to "refresh" to the latest CPAN modules on a regular basis, to pick up the security fixes and keep good compatibility with the latest perl.  Also, it's really simple to install new Perl's with perlbrew (or plenv).  We test or at least spot-check operation with 5.8.8, on up through 5.24.0.

We publish our CPAN requirements complete with example commands needed to install them on popular platforms  (apt-get,  yum, yast, zypper,  cpanm).   http://foswiki.org/System/SystemRequirements.  At one point we did try to auto-install from CPAN, but there were just too many  platform differences to make that viable. 

Anyway, it's indeed a challenge.

George Clark

On 09/15/2016 04:38 PM, Lieven Hollevoet wrote:
We already touched this a few time on the list: how will we handle the modules that are packed with MisterHouse? Does it make sense to keep a separate mini-cpan inside the MisterHouse distribution? Should we try to fetch as much as possible from CPAN at installation time? That of course holds the risk of having new module versions that cause problems. Or do we just update modules in our distribution when problems pop up?



------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by Eloy Paris
Hello Eloy,

thanks for your input.

Regarding the:

> I have never understood why the MisterHouse source code contains Perl
> modules that can be easily found on, and installed from, CPAN. Perhaps
> it is to accommodate installations of MisterHouse on Windows where it is
> not easy to do something like an "apt-get install”?

I think that all platforms have a perl module packager available, or they have mcpan, so that ‘should’ be OK.

I agree with you that adding ‘foreign' modules to the MisterHouse codebase is not really the way to go…

Kind regards,
 Lieven.

> Op 15 sep. 2016, om 23:41 heeft Eloy Paris <[hidden email]> het volgende geschreven:
>
> On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:
>
> [...]
>
>> We already touched this a few time on the list: how will we handle
>> the modules that are packed with MisterHouse? Does it make sense to
>> keep a separate mini-cpan inside the MisterHouse distribution? Should
>> we try to fetch as much as possible from CPAN at installation time?
>> That of course holds the risk of having new module versions that
>> cause problems. Or do we just update modules in our distribution when
>> problems pop up?
>>
>> In general: what are your ideas on how to solve this?
>
> Personally, I would prefer if we document well all the standard Perl
> modules that are required to run MisterHouse and let the user take care
> of providing them. The user could choose to install the Perl modules via
> apt-get (e.g. apt-get install libhtml-form-perl, etc.), via CPAN, or
> whatever.
>
> When I first installed MisterHouse I think I followed some documentation
> that had me install the required Perl modules. If I remember correctly,
> there were specific instructions for Ubuntu so it was easy for me to get
> all the required modules.
>
> I have never understood why the MisterHouse source code contains Perl
> modules that can be easily found on, and installed from, CPAN. Perhaps
> it is to accommodate installations of MisterHouse on Windows where it is
> not easy to do something like an "apt-get install"?
>
> Cheers,
>
> Eloy Paris.-
>

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by H Plato
Hello Howard,


> Op 16 sep. 2016, om 00:06 heeft H Plato <[hidden email]> het volgende geschreven:
>
> I have a different thought. One of the nice things about installing MH is that after you unzip it it just runs. No dealing with cpan, and installing modules and dependancies.

Well, it is nice as long as it works :-) On the other hand, I think the fact the it is currently not working for Benny is due to the fact that he has a fairly recent OS/Perl and that the modules inside the MisterHouse codebase are not up to date. Actually, if you want to include modules you need to proactively update them as new modules come available.

>
> I’d advocate the ‘fix it when it breaks’ approach, since (as Lieven identified) going to CPAN we’d also deal with potentially incompatible or unavailable future versions. Adding a module to the site_lib, ensures that the library that was developed against is included in the distribution. Updating a module like HTML::Formatter will also identify dependancies, with the end result everything will be tested and just work together. Incorporating that into a release then provides a reference point.
>
> It also helps with troubleshooting as if someone downloads and installs the stable release, we have a good idea of the versions that will be running.

The issue with that is that you happen to run into problems and nobody has the same platform as you have, you either have to fix it yourself or wait for somebody who can reproduce your problem…

The only problem: I don’t know if the other solution will cause less problems. I guess there is only one way to find out…

Best regards,
 Lieven.

>
>
>> On Sep 15, 2016, at 3:41 PM, Eloy Paris <[hidden email]> wrote:
>>
>> On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:
>>
>> [...]
>>
>>> We already touched this a few time on the list: how will we handle
>>> the modules that are packed with MisterHouse? Does it make sense to
>>> keep a separate mini-cpan inside the MisterHouse distribution? Should
>>> we try to fetch as much as possible from CPAN at installation time?
>>> That of course holds the risk of having new module versions that
>>> cause problems. Or do we just update modules in our distribution when
>>> problems pop up?
>>>
>>> In general: what are your ideas on how to solve this?
>>
>> Personally, I would prefer if we document well all the standard Perl
>> modules that are required to run MisterHouse and let the user take care
>> of providing them. The user could choose to install the Perl modules via
>> apt-get (e.g. apt-get install libhtml-form-perl, etc.), via CPAN, or
>> whatever.
>>
>> When I first installed MisterHouse I think I followed some documentation
>> that had me install the required Perl modules. If I remember correctly,
>> there were specific instructions for Ubuntu so it was easy for me to get
>> all the required modules.
>>
>> I have never understood why the MisterHouse source code contains Perl
>> modules that can be easily found on, and installed from, CPAN. Perhaps
>> it is to accommodate installations of MisterHouse on Windows where it is
>> not easy to do something like an "apt-get install"?
>>
>> Cheers,
>>
>> Eloy Paris.-
>>
>>
>> ------------------------------------------------------------------------------
>> ________________________________________________________
>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>
>
>
> ------------------------------------------------------------------------------
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by Joel Davidson-2
Hello Joel,

> Op 16 sep. 2016, om 00:08 heeft Joel Davidson <[hidden email]> het volgende geschreven:
>
> On Thu, 15 Sep 2016, it would appear that Eloy Paris wrote:
>
>> On Thu, Sep 15, 2016 at 10:38:02PM +0200, Lieven Hollevoet wrote:
>>
>> [..]
>
> I would tend to agree with Eloy.  There could be some occasional issues
> with modules getting upgraded and becoming incompatible with the current
> release, but that would push us to keeping the mh core up to date with
> the latest and greatest modules that are out.
>
That is a valid point. The question is if we have enough people with enough time to support this way of working…

Best regards,
 Lieven.


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by Jeff Siddall

> Op 16 sep. 2016, om 03:05 heeft Jeff Siddall <[hidden email]> het volgende geschreven:
>
> On 09/15/2016 06:06 PM, H Plato wrote:
>> I have a different thought. One of the nice things about installing MH is that after you unzip it it just runs. No dealing with cpan, and installing modules and dependancies.
>>
>> I’d advocate the ‘fix it when it breaks’ approach, since (as Lieven identified) going to CPAN we’d also deal with potentially incompatible or unavailable future versions. Adding a module to the site_lib, ensures that the library that was developed against is included in the distribution. Updating a module like HTML::Formatter will also identify dependancies, with the end result everything will be tested and just work together. Incorporating that into a release then provides a reference point.
>>
>> It also helps with troubleshooting as if someone downloads and installs the stable release, we have a good idea of the versions that will be running.
>
> I'll second this approach.  So many platforms, so many versions from
> package manager modules, so many other versions from CPAN...  Having it
> work out of the box is a huge benefit, especially for people new to MH.
>
> If people really want to manage their own perl modules a compromise
> would be to release two versions: one with and one without dependencies
> bundled.
>
> The obvious downside is the effort of managing two variants of MH.
Supporting two versions is I not indeed not realistic. Do you really think that there would be such a big ‘update speed’ on the modules we’re using from CPAN that it would cause problems once we have MisterHouse running in combination with the recent versions of the modules?  There are of course quite some modules but I can’t image that there would me module updates in a weekly/monthly basis?

What is your view on this?

Kind regards,
 Lieven.


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by George Clark
Hello George,

that is an interesting list of pro/cons indeed. Thanks for that.

I think that your statement:

> If you do bundle, it's probably a good idea to "refresh" to the latest CPAN modules on a regular basis, to pick up the security fixes and keep good compatibility with the latest perl.  Also, it's really simple to install new Perl's with perlbrew (or plenv).

is something that is currently for sure lacking in MisterHouse. See the example module that caused me to send the initial email, it is more than a decode old…

> We test or at least spot-check operation with 5.8.8, on up through 5.24.0.

That we do too (at least on the master branch, to be included in stable in the next release). See https://travis-ci.org/hollie/misterhouse

> We publish our CPAN requirements complete with example commands needed to install them on popular platforms  (apt-get,  yum, yast, zypper,  cpanm).   http://foswiki.org/System/SystemRequirements.  At one point we did try to auto-install from CPAN, but there were just too many  platform differences to make that viable.

I think what makes this extra complicated for MisterHouse is that it very much depends on what modules you enable what CPAN modules you require. So just doing a ‘grep’ on the source codebase will not yield us a list of required modules.

Best regards,
 Lieven.


> Op 16 sep. 2016, om 04:56 heeft George Clark <[hidden email]> het volgende geschreven:
>
> Hi Leiven,
>
> I'll weigh in here on the CPAN challenges.  There are good reasons for both bundling and for not bundling.   The project I work on (the Foswiki wiki) recently decided to move away from bundling, and to release a separate bundle of CPAN modules as a "last resort" for users who cannot install the needed modules.
>
> The reasons against bundling:
>
> • Security.  Distributions and their package managers do a good job of tracking security vulnerabilities in the upstream packages, and release regular updates of the modules.  And indeed there have been several significant issues in the CPAN modules.  If a bundled module is subject of a CVE, how does the MisterHouse project handle it.  We had to issue a CVE ourselves because of a bundled CPAN module.
> • Optimized code. Many Perl modules have both "Pure Perl" and compiled C code implementations.  If you bundle, you really need to include only the Pure Perl implementations for good portability. And we've found out unfortunately that some module have dropped the Pure Perl code which means if you can't compile for the native platform, it isn't going to work.
> • Package managers; apt, rpm, yum, ppm, etc.  all do a good job handling dependencies, updates, etc. and you get into arguments from "powers that be" that all software shall be supported by the package manager and the vendor.   This probably doesn't really apply much to MisterHouse though.
> • Keeping up with Perl.  Perl has had a number of language "deprecations" that break older code.  Braces now must be \{ escaped in regexes.   qw( list list)  must have enclosing ( ),   Perl 5.18 randomizes %hash ordering. 5.16 deprecates "length ( @array )" as well as "defined @array".  There are others I don't recall now.  So old bundled CPAN modules will possibly (likely?) have issues on the latest perl.
> For bundling:
> • As you mentioned, clearly the best "Out of Box" experience for a new user is going to be with the bundled modules.  ... unzip & go.    Maybe for MisterHouse, this is the overriding advantage.
> • Consistency:  You have better control over the used CPAN versions of modules, and the combinations are well tested.
> If you do bundle, it's probably a good idea to "refresh" to the latest CPAN modules on a regular basis, to pick up the security fixes and keep good compatibility with the latest perl.  Also, it's really simple to install new Perl's with perlbrew (or plenv).  We test or at least spot-check operation with 5.8.8, on up through 5.24.0.
> We publish our CPAN requirements complete with example commands needed to install them on popular platforms  (apt-get,  yum, yast, zypper,  cpanm).   http://foswiki.org/System/SystemRequirements.  At one point we did try to auto-install from CPAN, but there were just too many  platform differences to make that viable.
> Anyway, it's indeed a challenge.
> George Clark
> On 09/15/2016 04:38 PM, Lieven Hollevoet wrote:
>> We already touched this a few time on the list: how will we handle the modules that are packed with MisterHouse? Does it make sense to keep a separate mini-cpan inside the MisterHouse distribution? Should we try to fetch as much as possible from CPAN at installation time? That of course holds the risk of having new module versions that cause problems. Or do we just update modules in our distribution when problems pop up?
>>
>

------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: still trying

Lieven Hollevoet
Administrator
In reply to this post by Chris Engel
Benny and Chris,

I’ve just created a pull request that should fix this, could you test this out please?


Basically I’ve updated the modules related to HTML::Formatter and I’ve verified them on a RPi with latest ubuntu.

Kind regards,
 Lieven.

Op 7-aug.-2016, om 23:09 heeft Chris Engel <[hidden email]> het volgende geschreven:

I ran into this same issue when I updated to Fedora 24 from 22.  First I found I had to install the perl-UNIVERSAL-can.noarch package

Then I had to modify line 49 of lib/site/HTML/Formatter.pm
from:
use UNIVERSAL qw(can);
to:
use UNIVERSAL::can;

After that I was running again.


On Sat, Aug 6, 2016 at 3:22 AM, Lieven Hollevoet <[hidden email]> wrote:
Hey Ben,

thanks for the extra info.
I’ll need to setup a Pi to be able to duplicate your setup. Before I start: you’re using the image from here I guess? https://wiki.ubuntu.com/ARM/RaspberryPi

According to me the errors you get are unexpected. I’ll try to reproduce them, but it will take some time to setup the hardware. People on the list, is there anybody who is running MisterHouse on a Raspberry Pi 3 who can share results with Ben?

I have created a branch in the repo that instructs the Travis regression test to run on an Ubuntu environment (14.04, 16.04 is not available as target). Results are here: https://travis-ci.org/hollie/misterhouse/builds/150238002 and they are passing, so maybe there is something specific to the setup you have made, or it is really related to the fact that you’re using 16.04.

Side note: on Ubuntu I don’t have very good experience with using cpanm, I use apt-get lib-xxx-perl to install missing perl modules right into the system Perl install.

Best regards,
 Lieven.

> Op 6 aug. 2016, om 00:22 heeft Benny D. Miller Jr. <[hidden email]> het volgende geschreven:
>
> Lieven,
>
> Thanks for the reply. Note I'm on a Raspberry Pi 3, Ubuntu 16.04
>
> Version from Perl is: v5.22.1
>
> Tried to install cpanm, but would not transfer. Leaving cpanm at 0
> bytes. I was using cpan.
>
> cd /opt/
> curl https://raw.github.com/miyagawa/cpanminus/master/cpanm > cpanm
> chmod +x cpanm
> ln -s /opt/cpanm /usr/bin/
>
> results were:
>
>
> cpan on the other hand resulted in:panm
> % Total    % Received % Xferd  Average Speed   Time    Time     Time
> Current
>                                Dload  Upload   Total   Spent    Left
> Speed
> 0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>   0
>
>
>
> cpan version 1.64 calling Getopt::Std::getopts (version 1.11 [paranoid])
>
> now the: ./mh -tk0 -code-dir ../code/test
>
> results:
>
> Command: mh -tk 0 -code_dir ../code/test
> Pgm  path   : .
> Pgm  version: 4.1
> Last updated: Tue Jul 26 06:00:58 2016
> Perl version: 5.022001
> OS   version: linux linux
> Other       : user=w4qed pid=29953 box= cpu=-
>
> This program is free software; you can redistribute it and/or
> modify it under the terms of the GNU General Public License
> as published by the Free Software Foundation; either version 2
> of the License, or (at your option) any later version.
>
> This program is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> GNU General Public License for more details.
>
> You should have received a copy of the GNU General Public License
> along with this program; if not, write to the Free Software
> Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> 02110-1301, USA.
>
> Read parameter files: ./mh.ini ./mh.private.ini
> Code Directories:
> - ../code/test
> - ./../code/common
> Loading other modules
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/\$::Weather{ <-- HERE (.*?)}/ at
> ../lib/Weather_Item.pm line 100.
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/-\>{ <-- HERE state}=(.*);/ at
> ../lib/Light_Item.pm line 1062.
> Starting setup
> - using simple Text distance function
> UNIVERSAL does not export anything at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at
> /usr/local/share/perl/5.22.1/Carp.pm line 167
>       Carp::croak("UNIVERSAL does not export anything") called at
> /usr/share/perl/5.22/UNIVERSAL.pm line 15
>       UNIVERSAL::import("UNIVERSAL", "can") called at
> ../lib/site/HTML/Formatter.pm line 49
>       HTML::Formatter::BEGIN() called at ../lib/site/HTML/Formatter.pm
> line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/site/HTML/Formatter.pm line
> 49.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/Formatter.pm
> line 49
>       require ../lib/site/HTML/Formatter.pm called at
> ../lib/site/HTML/FormatText.pm line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/Formatter.pm line 49
>       eval {...} called at ../lib/site/HTML/Formatter.pm line 49
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/site/HTML/FormatText.pm line 60.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/site/HTML/FormatText.pm
> line 60
>       require HTML/FormatText.pm called at
> ../lib/handy_net_utilities.pl line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/site/HTML/FormatText.pm line 0
>       eval {...} called at ../lib/site/HTML/FormatText.pm line 0
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ../lib/handy_net_utilities.pl line 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       handy_net_utilities::BEGIN() called at
> ../lib/handy_net_utilities.pl line 29
>       eval {...} called at ../lib/handy_net_utilities.pl line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> BEGIN failed--compilation aborted at ../lib/handy_net_utilities.pl line
> 29.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ../lib/handy_net_utilities.pl
> line 29
>       require handy_net_utilities.pl called at ./mh line 847
>       main::setup called at ./mh line 8213
> Compilation failed in require at ./mh line 847.
> at ./mh line 31.
>       main::__ANON__("UNIVERSAL does not export anything at
> ../lib/site/HTML/Format"...) called at ./mh line 847
>       main::setup called at ./mh line 8213
>
> OK, well that about does it. I did start over with
> https://github.com/hollie/misterhouse/archive/master.zip As I completely
> removed my old copy and unzip'd this one and get similar reports.
>
> Thanks again,
> Ben ARS w4qed
>
>
> ------ Original Message ------
> From: "Lieven Hollevoet" <[hidden email]>
> To: "Benny D Miller Jr" <[hidden email]>
> Cc: "[hidden email]"
> <[hidden email]>
> Sent: 8/5/2016 05:12:06
> Subject: Re: [mh] still trying
>
>> Hello Benny,
>>
>> can you please let me know what Perl version you’re running? I’ll try
>> to reproduce your setup.
>>
>> For your information: we now have basic verification that the
>> MisterHouse code in the repo starts up successfully. This check is
>> currently done for the ‘master’ branch (= the branch on which
>> development is taking place). The results of those tests for various
>> versions of Perl are available here:
>> https://travis-ci.org/hollie/misterhouse
>>
>> If you click on the test results for one of the tested Perl versions
>> you see the output of a ‘basic’ MisterHouse config with no additional
>> Perl modules installed. Hence there are some warnings/errors reported
>> for missing modules in the log. The purpose of the test is to check
>> that MisterHouse enters the main program loop, runs for a minute and
>> then exits cleanly.
>>
>> The major difference compared to what you’re doing is that this code is
>> running on the ‘master branch’, you can get that code here:
>> https://github.com/hollie/misterhouse/archive/master.zip
>>
>> So, if you can let me know your Perl version I can see if I can
>> reproduce your problem, and I can suggest you to retry the experiment
>> with the ‘master’ branch of the repo to see if this helps you further.
>>
>> Best regards,
>> Lieven.
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users





--
 Chris


------------------------------------------------------------------------------

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


signature.asc (465 bytes) Download Attachment
Loading...