What the hell happened to /packages-8.1-release/Latest/ on ftp.freebsd.org

cmb

cmb,
instead of keeping the archived files is there a way that we can get the new PACKAGESITE via update or package? I've already modified my /root/.tcshrc file to include the 8 Stable path. I think users could easitly manually update their packagesite variable or install a package. I could create a package if it would be easier.

You're welcome to create a package if you'd like.

chrisj

I have changed my PACKAGESITE variable, and tried pkg_add agan. I am running into dependency issues….trying to install MailScanner to have it used by PostFix, but it is failing a bunch of dependencies probably not found in the 8.2 release. I also saw issues when running the auto-upgrade from v1.2.2 to the 2.0 release. Things seem to be working, but can I assume I am hosed?

Regards,
Chris

sdudley

Could someone post the correct URL to use for the PACKAGESITE variable for the 2.01 version of (i386) variant of PFSense? Spent the better part of the day wallowing through FreeBSD subversion.tgz packages and narrowing candidates down by the errors that pkg_add would produce. Trying to install subversion per the instructions for running FusionPBX on the same hardware as PFSense. Mark and team have supplied a fantastic HowTo page at http://wiki.fusionpbx.com/index.php?title=PfSense_Install for those adventuresome enough to the concept of a PBX and firewall on the same NanoITX board. Everything went fine until I found an error on one of the PBXFusion pages, reported it and Mark suggested using svn to keep the php code in synch with the latest updates as they are posted to the google code site via svn.

It's also possible I've missed something on the FreeBSD side of things, admittedly I've been spoiled by apt-get and yum.

Because I'm dangerously persistent, I've walked through a number of incremental versions of subversion starting from FreeBSD 8.1 and up looking for a successful install by the lack of command line dependency 'complaining' and found success with subversion 1.6.17_4 which finally installed fine however it generates a shared object error when svn is initiated at the CL. (/libexec/ld-elf.so.1: Shared object "libgssapi.so.10" not found, required by "svn") Hoping that the correct PACKAGESITE URL will contain a version of the subversion package that will install and operate without errors to allow me to synch with fusionpbx's google code svn site.

I have tried pkg_add with versions 1.6.12 and 1.6.15 of subversion from various FreeBSD archives both of which complained about dependencies until I came to the 1.6.17_4 subversion package which teased with an error free install only to throw a 'shared object' error when invoked. I appreciate that one should not be tinkering under the hood with pfsense however, the idea of a VoIP PBX on PFSense is incredibly appealing for a small office.

Respectfully,
Shaun

marcelloc

Could someone post the correct URL to use for the PACKAGESITE variable for the 2.01 version of (i386) variant of PFSense?

these are suggested freebsd package repository as pfSense 2.0.x version are based on 8.1 freebsd release

i386 packages
http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/

amd64 packages
http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/8.1-RELEASE/packages/All/

Some packages will work with 8.2 release, but you need to test it before applying on production servers.

sdudley

Thanks for the confirmation Marcelloc.
I removed subversion-1.6.17_4 and performed a pkg_add -r subversion-1.7.2 which completed without any errors but when invoking svn from a shell, I now receive a slightly different error message of:
/libexec/ld-elf.so.1: Shared object "libz.so.6" not found, required by "svn"

I know this is testing the fringe of PFSense support but I'm going to press my luck and within the context of trying to automate PBXFusion code updates on PFSense, is there a method in PFSense/FreeBSD of determining which package contains this library that it's complaining about?
Perhaps something similar to yum provide?
Apologies, cut my teeth on RHL a number of years ago and this pfsense box is my first practical exposure to FreeBSD.

Thanks again.
Shaun

marcelloc

sdudley,

I'm did looked in one browser tab and pasted from browser history, I've corrected package path, please reinstall your package.

sorry, my mistake.

sdudley

Thanks for the replies on this Marcelloc, still no luck though. It's actually worse now as it's spewing dependency errors before installing subversion. A slightly educated guess indicates that perhaps the URL points to packages that are older than what is contained in PFSense 2.01 based on the errors returned when adding the subversion package at the shell. Also noticed that I could not set the environmental variable PACKAGESITE to the URL you provided, instead I had to forgo setting the PACKAGESITE variable and use pkg_add -r with the complete URL directly to the subversion package file which then resulted in the dependency complaints noted below. Transcript of the entire effort is below.

In addition, I did find this http://doc.pfsense.org/index.php/PfSense_and_FreeBSD_Versions where the specific version of the underlying FreeBSD for each version of PFSense is detailed however I'm not familiar enough with FreeBSD to know what packages make up 8.1-RELEASE-p6 compared to PFSense 2.0 and it's FreeBSD 8.1-RELEASE-p4 or where those packages would be found. I tried to use the FreeBSD handbook site although being a bit simple minded, I couldn't follow the release tree description and was unable to make sense out what the p6 vs p4 meant other than the logical deduction that p6 is likely a newer release. Using the package dependency errors as an indicator, I wonder if the URL for P6 is actually http://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable

Here's the transcript using the URL you suggested.
Setting the PACKAGESITE environmental variable for my shell session using the URL you provided:
setenv PACKAGESITE http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/

Attempting to add subversion:
pkg_add -r subversion

Error: Unable to get http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/subversion.tbz: Not Found
pkg_add: unable to fetch 'http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/subversion.tbz' by URL

Adjusted tactics and used the complete URL path to the subversion package which went a bit further and then produced the dependency errors.
pkg_add -r http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/subversion-1.6.12.tbz
Fetching http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/All/subversion-1.6.12.tbz… Done.
pkg_add: warning: package 'subversion-1.6.12' requires 'expat-2.0.1_1', but 'expat-2.0.1_2' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'sqlite3-3.6.23.1_1', but 'sqlite3-3.7.9' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'gdbm-1.8.3_3', but 'gdbm-1.9.1' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'gettext-0.18_1', but 'gettext-0.18.1.1' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'neon29-0.29.3_1', but 'neon29-0.29.6_4' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1', but 'apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1' is installed

I respect PFSense's approach towards minimal software footprint and this has indeed been an exercise in humility and patience for a seemingly minor task. As always, I appreciate any insight, enlightenment or suggestions aimed towards a resolution.

Shaun

marcelloc

I will compile svn for you and share here the links.

stephenw10

Those are all later versions? :-\

Shouldn't you be using:

setenv PACKAGESITE ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/Latest/

/Latest and /All seem only to differ by package name but it means you don't have to know the version to install.
Don't know ftp vs http make any difference, works for me.

Steve

sdudley

Thanks for the suggestion Steve. These also appear to be older packages than what PFSense 2.01 contains if the error messages are any indicator.
pkg_add -r subversion
Fetching ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/8.1-RELEASE/packages/Latest/subversion.tbz… Done.
pkg_add: warning: package 'subversion-1.6.12' requires 'expat-2.0.1_1', but 'expat-2.0.1_2' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'sqlite3-3.6.23.1_1', but 'sqlite3-3.7.9' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'gdbm-1.8.3_3', but 'gdbm-1.9.1' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'gettext-0.18_1', but 'gettext-0.18.1.1' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'neon29-0.29.3_1', but 'neon29-0.29.6_4' is installed
pkg_add: warning: package 'subversion-1.6.12' requires 'apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1', but 'apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1' is installed

Hoping to take Marcello up on his offer to pre-compile a 'native' PFSense 2.01 package for svn. Logically I would assume that any pfsense 2.01 installation where folks are trying to also run Mark's PBXFUsion and FreePBX would benefit. Given that PFSense 2.01 is likely to be around for some time and as far as I know, svn is the only other additional package needed to automate PBXFusion code updates, this should benefit others as well.

Shaun

stephenw10

I suspect you at some point had the 8.2 repo set as the packagesite and have installed newer versions.

It's hard to say quite what you have at this point.

Might be easiest to re-install pfSense so you at least know what you're working with.

Steve

marcelloc

@sdudley:

Hoping to take Marcello up on his offer to pre-compile a 'native' PFSense 2.01 package for svn.

I'm compiling version 1.7

marcelloc

It's done.

check if it install with no missing dependencies

i386 version
http://e-sac.siteseguro.ws/packages/8/All/subversion-1.7.2.tbz

amd64 version
http://e-sac.siteseguro.ws/packages/amd64/8/All/subversion-1.7.2.tbz

sdudley

Close but still doesn't work. Here's the transcript.

pkg_add -r http://e-sac.siteseguro.ws/packages/8/All/subversion-1.7.2.tbz
Fetching http://e-sac.siteseguro.ws/packages/8/All/subversion-1.7.2.tbz… Done.
pkg_add: warning: package 'subversion-1.7.2' requires 'sqlite3-3.7.9_1', but 'sqlite3-3.7.9' is installed

After the install, invoking svn from a shell displays the following error.
/libexec/ld-elf.so.1: Shared object "libgssapi_krb5.so" not found, required by "svn"

For reference, I have only attempted to pkg_add subversion during this time and have not messed with any other packages.

Here's what pkg_info shows:
apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1 Apache Portability Library
bsdinstaller-2.0.2011.1212 BSD Installer mega-package
db42-4.2.52_5 The Berkeley DB package, revision 4.2
expat-2.0.1_2 XML 1.0 parser written in C
gdbm-1.9.1 The GNU database manager
gettext-0.18.1.1 GNU gettext package
grub-0.97_4 GRand Unified Bootloader
libiconv-1.13.1_1 A character set conversion library
neon29-0.29.6_4 An HTTP and WebDAV client library for Unix systems
pkg-config-0.25_1 A utility to retrieve information about installed libraries
sqlite3-3.7.9 An SQL database engine in a C library
subversion-1.7.2 Version control system

If you think it would help, I'm happy to re-install pfsense 2.01 again for a clean slate as suggested by Steve, re-install PBXFusion and Freeswitch per Mark's instructions and then try your subversion custom compiled package/port however, I won't be able to do that until after hours.

marcelloc

sasl dependencies are included in freradius2 pfsense package, you could install it before reinstall and see if stops lib erros.

sdudley

OK, installed the freeradius2 package through PFSense2.01's web menu. Noticed that as the PFSense 2.01 web gui was installing the freeradius2 package that it still retained the package source of http://e-sac.siteseguro.ws/packages/8/All/ Is this correct?

Re-installed your custom subversion package:
pkg_add -r http://e-sac.siteseguro.ws/packages/8/All/subversion-1.7.2.tbz
Fetching http://e-sac.siteseguro.ws/packages/8/All/subversion-1.7.2.tbz… Done.
pkg_add: package 'subversion-1.7.2' or its older version already installed

Executing svn now prompts for a slightly different shared object:
/libexec/ld-elf.so.1: Shared object "libgssapi.so.10" not found, required by "libneon.so.27"

Is this an indicator of progress? It's beginning to feel like a game of whack-a-mole. :D
Appreciate the assist though.
Shaun

marcelloc

redo a pkg_info and post here

sdudley

Here's the latest pkg_info response:
pkg_info
apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1 Apache Portability Library
bsdinstaller-2.0.2011.1212 BSD Installer mega-package
db42-4.2.52_5 The Berkeley DB package, revision 4.2
expat-2.0.1_2 XML 1.0 parser written in C
gdbm-1.9.1 The GNU database manager
gettext-0.18.1.1 GNU gettext package
grub-0.97_4 GRand Unified Bootloader
krb5-1.9.2_1 An authentication system developed at MIT, successor to Ker
libiconv-1.13.1_1 A character set conversion library
neon29-0.29.6_4 An HTTP and WebDAV client library for Unix systems
perl-5.12.4_3 Practical Extraction and Report Language
pkg-config-0.25_1 A utility to retrieve information about installed libraries
sqlite3-3.7.9 An SQL database engine in a C library
subversion-1.7.2 Version control system

marcelloc

whereis the freeradius package?

sdudley

Good point. Despite the GUI in PFSense 2.01 claiming that freeradius2 package was installed when it actually wasn't. Dropped back to a shell and executed pkg_add freeradius2:
pkg_add -r http://e-sac.siteseguro.ws/packages/8/All/freeradius-2.1.12.tbz
Fetching http://e-sac.siteseguro.ws/packages/8/All/freeradius-2.1.12.tbz… Done.
Fetching http://e-sac.siteseguro.ws/packages/8/All/libltdl-2.4_1.tbz... Done.
Fetching http://e-sac.siteseguro.ws/packages/8/All/mysql-client-5.5.19.tbz... Done.
Fetching http://e-sac.siteseguro.ws/packages/8/All/postgresql-client-9.1.2.tbz... Done.

The PostgreSQL port has a collection of "side orders":

postgresql-docs
For all of the html documentation

p5-Pg
A perl5 API for client access to PostgreSQL databases.

postgresql-tcltk
If you want tcl/tk client support.

postgresql-jdbc
For Java JDBC support.

postgresql-odbc
For client access from unix applications using ODBC as access
method. Not needed to access unix PostgreSQL servers from Win32
using ODBC. See below.

ruby-postgres, py-PyGreSQL
For client access to PostgreSQL databases using the ruby & python
languages.

p5-postgresql-plperl, postgresql-pltcl & postgresql-plruby
For using perl5, tcl & ruby as procedural languages.

postgresql-contrib
Lots of contributed utilities, postgresql functions and
datatypes. There you find pg_standby, pgcrypto and many other cool
things.

etc...

===> Setting user and group in radiusd.conf
===> Creating users and/or groups.
Creating group 'freeradius' with gid '133'.
Creating user 'freeradius' with uid '133'.
===> Bootstrapping default certificates, please wait...
===> Adjusting ownership of directory /usr/local/etc/raddb
===> Adjusting ownership of directory /var/log/radacct
===> Adjusting ownership of directory /var/run/radiusd
===> Adjusting ownership of /var/log/radius.log
===> Adjusting ownership of /var/log/radutmp
===> Adjusting ownership of /var/log/radwtmp
===> Updating libdir in /usr/local/etc/raddb/radiusd.conf

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

To enable FreeRADIUS, put the following line in /etc/rc.conf

radiusd_enable="YES"

The sample configuration can be found at
/usr/local/share/examples/freeradius/raddb

If you are upgrading FreeRADIUS, you are advised to use this as a reference
for updating your configuration.

FreeRADIUS will look for its configuration directory at
/usr/local/etc/raddb by default.

If you did not already have a configuration at this location, the sample
configuration has been copied to this location and has been bootstrapped.

If you wish to point FreeRADIUS to a configuration at a different
location, put the following line in /etc/rc.conf

radiusd_flags="-d /path/to/raddb"

To start the server in normal (daemon) mode, run:

/usr/local/etc/rc.d/radiusd start

and to stop the server, run:

/usr/local/etc/rc.d/radiusd stop

To start the server in debugging mode, run:

/usr/local/etc/rc.d/radiusd debug

You are advised to make cautious changes to the configuration, and to test
frequently, using debugging mode where necessary. Try to resist the
temptation to disable or delete things that you don't understand - you may
well break things!

The documentation has been installed at /usr/local/share/doc/freeradius

Useful configuration advice can be found in the FreeRADIUS Wiki at
http://wiki.freeradius.org

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

Checked pkg_info to confirm freeradius2 installation:
pkg_info
apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1 Apache Portability Library
bsdinstaller-2.0.2011.1212 BSD Installer mega-package
db42-4.2.52_5 The Berkeley DB package, revision 4.2
expat-2.0.1_2 XML 1.0 parser written in C
freeradius-2.1.12 A free RADIUS server implementation
gdbm-1.9.1 The GNU database manager
gettext-0.18.1.1 GNU gettext package
grub-0.97_4 GRand Unified Bootloader
krb5-1.9.2_1 An authentication system developed at MIT, successor to Ker
libiconv-1.13.1_1 A character set conversion library
libltdl-2.4_1 System independent dlopen wrapper
mysql-client-5.5.19 Multithreaded SQL database (client)
neon29-0.29.6_4 An HTTP and WebDAV client library for Unix systems
perl-5.12.4_3 Practical Extraction and Report Language
pkg-config-0.25_1 A utility to retrieve information about installed libraries
postgresql-client-9.1.2 PostgreSQL database (client)
sqlite3-3.7.9 An SQL database engine in a C library
subversion-1.7.2 Version control system

Executed svn at the shell and received yet another shared object error message.
svn
/libexec/ld-elf.so.1: Shared object "libgssapi.so.10" not found, required by "libneon.so.27"

Does it matter that I seem to have switched package source from whatever URL is supposed to be associated with PFSense2.01 packages to the one you provided?