I want to run my simulation on a machine that does not have omnet++. Is there any way that I can do that?
Is it possible to build my project in a way to be self sufficient?
You can avoid dependencies to native OMNeT++ libraries (e.g. liboppenvird.so, liboppsimd.so etc) by compiling your OMNeT++ with static libraries option. In order to do that open configure.user from main OMNeT++ directory and set:
SHARED_LIBS=no
Then rebuild your OMNeT++ (make clean, ./configure, make). Next rebuild your project.
Example for tictoc:
cd samples/tictoc
opp_makemake -f --deep
make clean && make
Then ldd tictoc will show:
user#ubuntu:/opt/omnetpp-4.6/samples/tictoc$ ldd tictoc
linux-vdso.so.1 => (0x00007ffe4e1f6000)
libtk8.6.so => /usr/lib/x86_64-linux-gnu/libtk8.6.so (0x00007fcf868d7000)
libtcl8.6.so => /usr/lib/x86_64-linux-gnu/libtcl8.6.so (0x00007fcf8653a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fcf8631f000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fcf85f56000)
libmpi_cxx.so.1 => /usr/lib/libmpi_cxx.so.1 (0x00007fcf85d3a000)
libmpi.so.1 => /usr/lib/libmpi.so.1 (0x00007fcf859b1000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fcf857ad000)
libhwloc.so.5 => /usr/lib/x86_64-linux-gnu/libhwloc.so.5 (0x00007fcf85568000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fcf85259000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fcf84f51000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fcf84d3b000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fcf84b1d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcf84753000)
libXft.so.2 => /usr/lib/x86_64-linux-gnu/libXft.so.2 (0x00007fcf8453e000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fcf84300000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fcf83fc7000)
libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1 (0x00007fcf83dc3000)
libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52 (0x00007fcf83a45000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fcf83842000)
libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7 (0x00007fcf83638000)
/lib64/ld-linux-x86-64.so.2 (0x00007fcf86c2b000)
libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007fcf8342d000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fcf83185000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007fcf82f7b000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fcf82d52000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fcf82b33000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fcf82921000)
libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52 (0x00007fcf810b4000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007fcf80e8e000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fcf80c8a000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fcf80a84000)
Moreover, if you do not need graphical interface, you can build your project only for command line mode. It decreases number of dependencies. In order to do that use the command:
opp_makemake -f --deep -u Cmdenv
(or set it using Project properties in OMNeT++). After rebuilding tictoc there is no dependencies to X11 libraries:
user#ubuntu:/opt/omnetpp-4.6/samples/tictoc$ ldd tictoc
linux-vdso.so.1 => (0x00007ffd82197000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f452e838000)
libmpi_cxx.so.1 => /usr/lib/libmpi_cxx.so.1 (0x00007f452e61c000)
libmpi.so.1 => /usr/lib/libmpi.so.1 (0x00007f452e293000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f452e08f000)
libhwloc.so.5 => /usr/lib/x86_64-linux-gnu/libhwloc.so.5 (0x00007f452de4a000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f452db3b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f452d833000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f452d61d000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f452d3ff000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f452d035000)
libicuuc.so.52 => /usr/lib/x86_64-linux-gnu/libicuuc.so.52 (0x00007f452ccb7000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f452ca9c000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f452c899000)
libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7 (0x00007f452c68f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f452ec01000)
libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f452c484000)
libicudata.so.52 => /usr/lib/x86_64-linux-gnu/libicudata.so.52 (0x00007f452ac17000)
OMNET projects need opp_run file (omnet-x.x/bin/opp_run). Basically, opp_run allows starting simulation models that are linked as shared libraries. You can run your simulation using
opp_run -r 0 -u Cmdenv -c yourConfigName -n . -l yourProgram params.ini
-r <runnumber> allows you to select runs
-u Cmdenv tells omnetpp to run under Cmdenv (command-line environment)
-c <configname> option is used to select a configuration
-n option is used to specify the NED path
-l option is used to load additional shared libraries
opp_run requires many shared libraries to run properly. In Linux, you can use ldd to list all the shared libraries required by opp_run. For example on my Ubuntu 14 machine:
As you can see, opp_run requires many shared libraries and you need to have them all installed on your target machine.
I am also running my OMNET simulation on a Linux server (Ubuntu 14 Server). But I have installed OMNET on my home folder (without any need for sudo access) and can run the simulations using the above command (with this assumption that you have all the required libraries installed). Check OMNET installation guide to check which packages you need on your system.
Related
I'm trying to build a project on a Linux Ubuntu 22.04, under Windows 11 22H2 Wsl2.
But when i run ./vendor/bin/sail up or ./vendor/bin/sail up -d I'm blocked by a infinity step:
[+] Building 663.1s (7/15)
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 32B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> [internal] load metadata for docker.io/library/ubuntu:22.04 0.8s
=> [ 1/11] FROM docker.io/library/ubuntu:22.04#sha256:4b1d0c4a2d2aaf63b37111f34eb9fa89fa1bf53dd6 0.0s
=> [internal] load build context 0.0s
=> => transferring context: 99B 0.0s
=> CACHED [ 2/11] WORKDIR /var/www/html 0.0s-
=> CACHED [ 3/11] RUN ln -snf /usr/share/zoneinfo/UTC /etc/localtime && echo UTC > /etc/timezone 0.0si
=> [ 4/11] RUN apt-get update && apt-get install -y gnupg gosu curl ca-certificates zip un 662.2s
=> => # Processing triggers for ca-certificates (20211016) ...
=> => # Updating certificates in /etc/ssl/certs...
=> => # 0 added, 0 removed; done.
=> => # Running hooks in /etc/ca-certificates/update.d...
=> => # done.
=> => # gpg: keybox '/root/.gnupg/pubring.kbx' created
Last night I let the build running on this step all night long.
I tried to re-install the packages (php, wsl, ubuntu 22.04 distro, composer and node and npm under nvm), and re-clone the project, but nothing happen.
Thanks for your time.
I have this message: Xdebug: [Step Debug] Time-out connecting to debugging client, waited: 200 ms. Tried: 10.10.59.4:9003 (through xdebug.client_host/xdebug.client_port) :-( when run debug in PhpStorm.
I am trying to connect to XDebug via ssh.
Of course I have read a lot of information and similar questoins.
Maybe you can help me to configure XDebug. I've been sitting on this for long enough.
from my php.ini:
[xdebug]
xdebug.mode=debug
xdebug.client_host=127.0.0.1
xdebug.client_port=9003
xdebug.start_with_request = yes
from /etc/php/7.4/mods-available/xdebug.ini:
zend_extension=xdebug
xdebug.mode=debug
xdebug.client_host=127.0.0.1
xdebug.client_port=9003
;xdebug.trigger_value=1
xdebug.remote_autostart = 1
xdebug.remote_enable = 1
xdebug.remote_handler = dbgp
xdebug.remote_host = 127.0.0.1
xdebug.remote_log = /tmp/xdebug_remote.log
xdebug.remote_mode = req
xdebug.remote_port = 9003 #if you want to change the port you can change
If I use such command: php -r "var_dump(phpversion('xdebug'));" the answer is: Xdebug: [Step Debug] Could not connect to debugging client. Tried: 127.0.0.1:9003 (through xdebug.client_host/xdebug.client_port) :-( string(5) "3.1.2"
XDebug section:
Xdebug: [Step Debug] Could not connect to debugging client. Tried: 127.0.0.1:9003 (through xdebug.client_host/xdebug.client_port) :-(
__ __ _ _
\ \ / / | | | |
\ V / __| | ___| |__ _ _ __ _
> < / _` |/ _ \ '_ \| | | |/ _` |
/ . \ (_| | __/ |_) | |_| | (_| |
/_/ \_\__,_|\___|_.__/ \__,_|\__, |
__/ |
|___/
Version => 3.1.2
Support Xdebug on Patreon, GitHub, or as a business: https://xdebug.org/support
Enabled Features (through 'xdebug.mode' setting)
Feature => Enabled/Disabled
Development Helpers => ✘ disabled
Coverage => ✘ disabled
GC Stats => ✘ disabled
Profiler => ✘ disabled
Step Debugger => ✔ enabled
Tracing => ✘ disabled
Optional Features
Compressed File Support => no
Clock Source => clock_gettime
Diagnostic Log
[Step Debug] WARN: Creating socket for '127.0.0.1:9003', poll success, but error: Operation now in progress (29).
[Step Debug] ERR: Could not connect to debugging client. Tried: 127.0.0.1:9003 (through xdebug.client_host/xdebug.client_port) :-(
Step Debugging
Debugger is not active
PHP
Build Configuration
Version (Run Time) => 7.4.30
Version (Compile Time) => 7.4.27
Debug Build => no
Thread Safety => disabled
Settings
Configuration File (php.ini) Path => /etc/php/7.4/cli
Loaded Configuration File => /etc/php/7.4/cli/php.ini
Scan this dir for additional .ini files => /etc/php/7.4/cli/conf.d
Additional .ini files parsed => /etc/php/7.4/cli/conf.d/10-mysqlnd.ini,
/etc/php/7.4/cli/conf.d/10-opcache.ini,
/etc/php/7.4/cli/conf.d/10-pdo.ini,
/etc/php/7.4/cli/conf.d/15-xml.ini,
/etc/php/7.4/cli/conf.d/20-calendar.ini,
/etc/php/7.4/cli/conf.d/20-ctype.ini,
/etc/php/7.4/cli/conf.d/20-curl.ini,
/etc/php/7.4/cli/conf.d/20-dom.ini,
/etc/php/7.4/cli/conf.d/20-exif.ini,
/etc/php/7.4/cli/conf.d/20-ffi.ini,
/etc/php/7.4/cli/conf.d/20-fileinfo.ini,
/etc/php/7.4/cli/conf.d/20-ftp.ini,
/etc/php/7.4/cli/conf.d/20-gd.ini,
/etc/php/7.4/cli/conf.d/20-gettext.ini,
/etc/php/7.4/cli/conf.d/20-gmp.ini,
/etc/php/7.4/cli/conf.d/20-iconv.ini,
/etc/php/7.4/cli/conf.d/20-igbinary.ini,
/etc/php/7.4/cli/conf.d/20-imagick.ini,
/etc/php/7.4/cli/conf.d/20-imap.ini,
/etc/php/7.4/cli/conf.d/20-intl.ini,
/etc/php/7.4/cli/conf.d/20-json.ini,
/etc/php/7.4/cli/conf.d/20-mbstring.ini,
/etc/php/7.4/cli/conf.d/20-msgpack.ini,
/etc/php/7.4/cli/conf.d/20-mysqli.ini,
/etc/php/7.4/cli/conf.d/20-pdo_mysql.ini,
/etc/php/7.4/cli/conf.d/20-pdo_pgsql.ini,
/etc/php/7.4/cli/conf.d/20-pdo_sqlite.ini,
/etc/php/7.4/cli/conf.d/20-pgsql.ini,
/etc/php/7.4/cli/conf.d/20-phar.ini,
/etc/php/7.4/cli/conf.d/20-posix.ini,
/etc/php/7.4/cli/conf.d/20-propro.ini,
/etc/php/7.4/cli/conf.d/20-raphf.ini,
/etc/php/7.4/cli/conf.d/20-readline.ini,
/etc/php/7.4/cli/conf.d/20-shmop.ini,
/etc/php/7.4/cli/conf.d/20-simplexml.ini,
/etc/php/7.4/cli/conf.d/20-soap.ini,
/etc/php/7.4/cli/conf.d/20-sockets.ini,
/etc/php/7.4/cli/conf.d/20-sqlite3.ini,
/etc/php/7.4/cli/conf.d/20-sysvmsg.ini,
/etc/php/7.4/cli/conf.d/20-sysvsem.ini,
/etc/php/7.4/cli/conf.d/20-sysvshm.ini,
/etc/php/7.4/cli/conf.d/20-tokenizer.ini,
/etc/php/7.4/cli/conf.d/20-xdebug.ini,
/etc/php/7.4/cli/conf.d/20-xmlreader.ini,
/etc/php/7.4/cli/conf.d/20-xmlrpc.ini,
/etc/php/7.4/cli/conf.d/20-xmlwriter.ini,
/etc/php/7.4/cli/conf.d/20-xsl.ini,
/etc/php/7.4/cli/conf.d/20-zip.ini,
/etc/php/7.4/cli/conf.d/25-http.ini,
/etc/php/7.4/cli/conf.d/25-memcached.ini
Directive => Local Value => Master Value
xdebug.mode => debug => debug
xdebug.start_with_request => yes => yes
xdebug.start_upon_error => default => default
xdebug.output_dir => /tmp => /tmp
xdebug.use_compression => 0 => 0
xdebug.trigger_value => no value => no value
xdebug.file_link_format => no value => no value
xdebug.filename_format => no value => no value
xdebug.log => no value => no value
xdebug.log_level => 7 => 7
xdebug.var_display_max_children => 128 => 128
xdebug.var_display_max_data => 512 => 512
xdebug.var_display_max_depth => 3 => 3
xdebug.max_nesting_level => 256 => 256
xdebug.cli_color => 0 => 0
xdebug.force_display_errors => Off => Off
xdebug.force_error_reporting => 0 => 0
xdebug.halt_level => 0 => 0
xdebug.max_stack_frames => -1 => -1
xdebug.show_error_trace => Off => Off
xdebug.show_exception_trace => Off => Off
xdebug.show_local_vars => Off => Off
xdebug.dump.COOKIE => no value => no value
xdebug.dump.ENV => no value => no value
xdebug.dump.FILES => no value => no value
xdebug.dump.GET => no value => no value
xdebug.dump.POST => no value => no value
xdebug.dump.REQUEST => no value => no value
xdebug.dump.SERVER => no value => no value
xdebug.dump.SESSION => no value => no value
xdebug.dump_globals => On => On
xdebug.dump_once => On => On
xdebug.dump_undefined => Off => Off
xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p
xdebug.profiler_append => Off => Off
xdebug.cloud_id => no value => no value
xdebug.client_host => 127.0.0.1 => 127.0.0.1
xdebug.client_port => 9003 => 9003
xdebug.discover_client_host => Off => Off
xdebug.client_discovery_header => no value => no value
xdebug.idekey => no value => no value
xdebug.connect_timeout_ms => 200 => 200
xdebug.scream => Off => Off
xdebug.gc_stats_output_name => gcstats.%p => gcstats.%p
xdebug.trace_output_name => trace.%c => trace.%c
xdebug.trace_format => 0 => 0
xdebug.trace_options => 0 => 0
xdebug.collect_assignments => Off => Off
xdebug.collect_return => Off => Off
xdebug.remote_autostart => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
xdebug.remote_enable => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
xdebug.remote_host => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
xdebug.remote_log => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
xdebug.remote_mode => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
xdebug.remote_port => (setting renamed in Xdebug 3) => (setting renamed in Xdebug 3)
Look at this image:
CLI Interpreter in PhpStorm picture
If I can provide you more information - just tell me.
My all PDF working properly in previous server when i transfer my website to VPS it is not working.
Exception in Wkhtml2pdf.php line 887: WKHTMLTOPDF didn't return any data
in Wkhtml2pdf.php line 887
at Wkhtml2pdf->_render() in Wkhtml2pdf.php line 1030
at Wkhtml2pdf->output('I', 'Leave-2016-11-19 00:01:06.pdf') in Wkhtml2pdf.php line 242
After a long time, i resolve my problem myself.
For LARAVEL.
First open config/Wkhtml2pdf.php file
and
return array(
'debug' => false,
'binpath' => 'lib/',
'binfile' => 'wkhtmltopdf-amd64',
'output_mode' => 'I'
);
to
return array(
'debug' => true,
'binpath' => 'lib/',
'binfile' => 'wkhtmltopdf-amd64',
'output_mode' => 'I'
);
And run again in browser.
you see an array like this :
array:3 [▼
"input" => "/tmp/163448393.html"
"command" => "/var/www/html/somsv3/vendor/nitmedia/wkhtml2pdf/src/Nitmedia/Wkhtml2pdf/lib/wkhtmltopdf-amd64 --orientation 'Portrait' --page-size 'A4' "/tmp/163448393.html" -"
"content" => array:3 [▶]
]
here content is your PDF.
open "content" and fix permission issue of file give it chmod -R 777 "filename"
:)
Another possible error is QT patch missing for wkhtmltopdf
Explanation here: https://stackoverflow.com/a/64260740/2686510
Solution is to us patched version:
wget https://github.com/wkhtmltopdf/wkhtmltopdf/releases/download/0.12.4/wkhtmltox-0.12.4_linux-generic-amd64.tar.xz
tar xvf wkhtmltox-0.12.4_linux-generic-amd64.tar.xz
mv wkhtmltox/bin/wkhtmlto* /usr/bin/
ln -nfs /usr/bin/wkhtmltopdf /usr/local/bin/wkhtmltopdf
I am new to mahout environment...
I got the following output
/opt/hadoop/mahout-distribution-0.9/bin$ mahout clusterdump \
> -d /app/hadoop/dmacs/training_set1_sparseout/dictionary.file-0 \
> -dt sequencefile \
> -i /app/hadoop/dmacs/training_set1_sparseout/kmeans-clusters/clusters-2-final \
> -n 20 \
> -b 100 \
> -o /app/hadoop/dmacs/kmeans_final_output/cdump.txt \
> -dm org.apache.mahout.common.distance.CosineDistanceMeasure
:VL-1480{n=150 c=[1000062,3,2005:0.098, 1000079,1,2002:0.080, 1000079,2,2002:0.078, 1000079,3,2002:0.
Top Terms:
25 => 10.670724073251089
31 => 7.999464999039968
1664010,5,2005 => 1.2396535428365072
2439493,1,2003 => 1.184131249586741
507603,1,2005 => 0.9944797229766845
199257,3,2005 => 0.9928587055206299
2602249,3,2004 => 0.9890585215886434
184705,3,2004 => 0.9728035926818848
447759,5,2005 => 0.9652122163772583
1152594,3,2004 => 0.9619592666625977
104237,5,2005 => 0.9515269517898559
1473980,3,2005 => 0.9478832610448201
2118461,4,2005 => 0.9315701317787171
1037245,3,2005 => 0.9236405754089355
1639792,1,2002 => 0.9183504740397136
1227322,1,2003 => 0.9121313015619914
2019240,3,2004 => 0.909924259185791
1117152,5,2005 => 0.9050878302256267
2040853,3,2004 => 0.9025738382339478
1309838,5,2005 => 0.8964522886276245
What do the top terms actually mean in the output.
Thanks in advance !!!
The top terms mean the top few terms of those documents, which are a part of cluster. You can control the top terms output using -n / -- numWords flag with clusterdump command.
For details about the flags you can refer to help:
mahout-distribution-0.9$ bin/mahout clusterdump -h
Also have a look at similar question: Interpreting output from mahout clusterdumper
I'm using this Laravel Vagrant: https://github.com/bryannielsen/Laravel4-Vagrant and I want to add PHPUNIT and some other PEAR packages.
I added this line on manifests/phpbase.pp
include pearpackages
I created this file puppet/modules/pearpackages/manifests/init.pp:
class pearpackages {
exec {"pear upgrade":
command => "/usr/bin/pear upgrade",
require => Package['php-pear'],
returns => [ 0, '', ' ']
}
# set channels to auto discover
exec { "pear auto_discover" :
command => "/usr/bin/pear config-set auto_discover 1",
require => [Package['php-pear']]
}
exec { "pear update-channels" :
command => "/usr/bin/pear update-channels",
require => [Package['php-pear']]
}
exec {"pear install phpunit":
command => "/usr/bin/pear install --alldeps pear.phpunit.de/PHPUnit",
creates => '/usr/bin/phpunit',
require => Exec['pear update-channels']
}
# install phploc
exec {"pear install phploc":
command => "/usr/bin/pear install --alldeps pear.phpunit.de/phploc",
creates => '/usr/bin/phploc',
require => Exec['pear update-channels']
}
# install phpcpd
exec {"pear install phpcpd":
command => "/usr/bin/pear install --alldeps pear.phpunit.de/phpcpd",
creates => '/usr/bin/phpcpd',
require => Exec['pear update-channels']
}
# install phpdcd
exec {"pear install phpdcd":
command => "/usr/bin/pear install --alldeps pear.phpunit.de/phpdcd-beta",
creates => '/usr/bin/phpdcd',
require => Exec['pear update-channels']
}
# install phpcs
exec {"pear install phpcs":
command => "/usr/bin/pear install --alldeps PHP_CodeSniffer",
creates => '/usr/bin/phpcs',
require => Exec['pear update-channels']
}
# install phpdepend
exec {"pear install pdepend":
command => "/usr/bin/pear install --alldeps pear.pdepend.org/PHP_Depend-beta",
creates => '/usr/bin/pdepend',
require => Exec['pear update-channels']
}
# install phpmd
exec {"pear install phpmd":
command => "/usr/bin/pear install --alldeps pear.phpmd.org/PHP_PMD",
creates => '/usr/bin/phpmd',
require => Exec['pear update-channels']
}
# install PHP_CodeBrowser
exec {"pear install PHP_CodeBrowser":
command => "/usr/bin/pear install --alldeps pear.phpqatools.org/PHP_CodeBrowser",
creates => '/usr/bin/phpcb',
require => Exec['pear update-channels']
}
}
After, I make a vagrant provision
It seems that is all well configured, but when I go to localhost:8888 the page is always loading and not show me the content.
I don't know what I'm doing bad, but I need your help please, the system configuration is not my specialty
Have you tried using PuPHPet to generate your Puppet manifests? You can enter PEAR modules under the Languages section.
I´ve found the solution.
There are some incompatibility with Vagrant and VirtualBox in some versions. I don´t know if the issue is for the Guests Aditions.
With vagrant 1.6.2 and VirtualBox 4.3.12 works fine.