Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Apr 2009 17:45:16 +0200
From:      Polytropon <freebsd@edvax.de>
To:        Chris Whitehouse <cwhiteh@onetel.com>
Cc:        Bob Johnson <fbsdlists@gmail.com>, Jonathan McKeown <j.mckeown@ru.ac.za>, freebsd-questions@freebsd.org
Subject:   Re: new package system proposal
Message-ID:  <20090410174516.85bade77.freebsd@edvax.de>
In-Reply-To: <49DF56C9.4080302@onetel.com>
References:  <49D76B02.4060201@onetel.com> <54db43990904071435h5dc1e854p2e9892ac666aea35@mail.gmail.com> <200904080859.41807.j.mckeown@ru.ac.za> <54db43990904081224l7c006143icac411c482401620@mail.gmail.com> <49DF56C9.4080302@onetel.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 10 Apr 2009 15:25:13 +0100, Chris Whitehouse <cwhiteh@onetel.com> wrote:
> Is there a quick way to find out how big are the tarballs without 
> downloading them all or adding them up one by one?

I think it's possible to obtain an FTP ls listing and then use
awk to get the column with the size (in bytes) and add them,
printing the final result and maybe converting it into MB, GB
if needed.



> Would anyone want a five year old package?

Yes, I would, because today's packages are sooo slooow. :-)

Just as an unimportant sidenote: The FreeBSD OS is capable in
gaining speed on the same (old) hardware with every release.
So I can install it today on a 150 MHz P1 with 128 MB RAM
without any problems, and it will run fast. But I cannot use
today's applications on that system as I could the older ones,
such as StarOffice, older Opera versions, older Mplayer versions,
older X-Chat versions etc. because all of them depend on newer
libraries (including, excuse me, bloat) that would render the
system nearly unusable speed-wise (see the big "jump" in Gtk,
compare usability and speed of X-Chat 1 vs. X-Chat 2, or the
transition of Sylpheed from Gtk 1 toolset to Gtk 2 toolset).
Disk occupation is, of course, another topic. If you've got
only a 4 GB hard disk which could hold a fully functional and
feature-rich system of FreeBSD 5, it's hard to achieve this
with FreeBSD 7 and its set of applications because of the many
dependencies (just have a look at how Gtk and Gnome stuff
can fill your hard disk, maybe you want to use gmplayer "only").



> A big difference with PBI's is that each PBI is self contained "with all 
> the files and libraries necessary for the installed program to function" 
> (quote from the website). Upside is that it is very easy to install and 
> avoids dependency problems. Downside is that it requires more bandwidth 
> to download and more disk space.

Another problem is that if a minor (but important) library change
appears that does require the update of the library, but not of the
dependent applications, that new PBIs have to be built and installed,
while the traditional way would suggest to update the library only.

But I don't think customers of PC-BSD will be interested in such
"geek stuff". PC-BSD is fine for average users who install once,
use then, update very few times.



> I did wonder if it would make sense to just use the PBI system. The 
> number of packages depends to some extent on individuals volunteering to 
> make and maintain them - true FreeBSD style.

Allthough I prefer the traditional and well intended ways, I could
live with PBI as long as there's an automated way to install them,
read: command line, ability for batch processing. I simply don't
want to waste time for "Next, next, okay, next, next, next, reboot." :-)


-- 
Polytropon
>From Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090410174516.85bade77.freebsd>