Updating bsd powered by vbulletin deafdatingsite com
The following commands are exactly what I used as I went through the process successfully.
You will have to adapt them to your directory/storage structures as appropriate.
There's some chance that I could make my of the LMS build available and it could be copied into the run jail and just work...
In the past couple of days when I try to do a requested upgrade (from the Konsole) I get the following error message: [email protected]:~$ sudo apt-get upgrade Reading package lists... To view Postfix configuration values, see postconf(1).
make failed, aborting && mv Scan.c Please specify prototyping behavior for (see perlxs manual) cc -c -I/tmp/LMS/slimserver-vendor/CPAN/build/include -I/tmp/LMS/slimserver-vendor/CPAN/build/include -I/tmp/LMS/slimserver-vendor/ CPAN/build/include -I/tmp/LMS/slimserver-vendor/CPAN/build/include -I/tmp/LMS/slimserver-vendor/CPAN/build/include -I/tmp/LMS/slimse rver-vendor/CPAN/build/include -I/tmp/LMS/slimserver-vendor/CPAN/build/include -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-al iasing -pipe -fstack-protector -I/usr/local/include -O2 -pipe -fstack-protector -fno-strict-aliasing -DVERSION=\"0.01\" -DXS_VER SION=\"0.01\" -DPIC -f PIC "-I/usr/local/lib/perl5/5.20/mach/CORE" -O2 -Wall -Wno-unused-value -Wno-format-security Scan.c ./xs/Result.xs: In function 'XS_Media__Scan__Result_size': ./xs/Result.xs:45: warning: format '%llu' expects type 'long long unsigned int', but argument 3 has type 'uint64_t' rm -f blib/arch/auto/Media/Scan/LD_RUN_PATH="/usr/lib:/usr/local/lib" cc -shared -L/wrkdirs/usr/ports/lang/perl5.20/work/perl-5.20.3 -L/usr/local/lib/perl5/5.20/m ach/CORE -Wl,-rpath=/usr/local/lib/perl5/5.20/mach/CORE -lperl -L/usr/local/lib -fstack-protector Scan.o -o blib/arch/auto/Media/Sc an//tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libmediascan.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/ libavformat.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libavcodec.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib /libswscale.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libavutil.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/ libexif.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libjpeg.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libpng .a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libgif.a /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libdb.a -l m -lz -lintl /usr/bin/ld: /tmp/LMS/slimserver-vendor/CPAN/build/include/../lib/libavcodec.a(deinterlace.o): relocation R_X86_64_PC32 against `ff_ pw_4' can not be used when making a shared object; recompile with -f PIC /usr/bin/ld: final link failed: Bad value *** [blib/arch/auto/Media/Scan/Scan.so] Error code 1 Stop in /tmp/LMS/slimserver-vendor/CPAN/libmediascan-0.1/bindings/perl.
make failed, aborting Ultimately all the problems I had making this work had to do with making sure that I was building with the right/consistent version of Perl.
Running newaliases newaliases: warning: valid_hostname: numeric hostname: 1 newaliases: fatal: file /etc/postfix/main.cf: parameter mydomain: bad parameter value: 1 dpkg: error processing package postfix (--configure): subprocess installed post-installation script returned error exit status 75 dpkg: dependency problems prevent configuration of bsd-mailx: bsd-mailx depends on default-mta | mail-transport-agent; however: Package default-mta is not installed.
Package postfix which provides default-mta is not configured yet. Package postfix which provides mail-transport-agent is not configured yet.
For example, I only just discovered that the directories for the group ".38 Special" wasn't getting scanned because they start with a "." which makes them hidden.rm -rf i386-linux-thread-multi rm -rf i386-linux-thread-multi-64int rm -rf x86_64-linux-thread-multi cd .. It seems you are overwriting the system perl, which could result in a number of problems (both in operation and when the system perl is upgraded) You could have a look at the howto mentioned in my signature for a different approach (just don't build your own perl, use the one in /usr/local) While I have no clue about Free BSD, I'm not convinced this is a good idea: It seems you are overwriting the system perl, which could result in a number of problems (both in operation and when the system perl is upgraded) You could have a look at the howto mentioned in my signature for a different approach (just don't build your own perl, use the one in /usr/local)Probably a real concern if it were the actual system perl.rm -rf 5.8 rm -rf 5.10 rm -rf 5.12 rm -rf 5.14 rm -rf 5.16 rm -rf 5.18 cd /tmp/LMS tar cf logitechmediaserver-7.9.0-1438870722_with_logitechmediaserver-7.9.0-1438870722pkg update pkg upgrade pw groupadd -n lms -g 30001 pw useradd -n lms -u 30001 -g lms -s /usr/sbin/nologin -c "Logitech Media Server" -d /nonexistent mkdir /usr/local/lms tar xf /tmp/logitechmediaserver-7.9.0-1438870722_with_-C /usr/local/lms mv /usr/local/lms/logitechmediaserver-7.9.0-1438870722/* /usr/local/lms rmdir /usr/local/lms/logitechmediaserver-7.9.0-1438870722 chown -R lms:lms /usr/local/lms rm /usr/bin/perl rm /usr/bin/perl5 ln -s -f /usr/local/bin/perl5.20.2 /usr/bin/perl ln -s -f /usr/local/bin/perl5.20.2 /usr/bin/perl5Create startup file: lms This is trickier than it looks because it can't have any extra white space. But everything is in a self-contained, virtualized environment ("jail" in Free NAS), and there's won't be any updates.The whole jail exists for the sole purpose of running LMS completely isolated from Free NAS.Thanks get.amped, I used your method and all is working well.