Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread epilogue
On Mon, 19 Jul 2004 09:09:28 +0200 (CEST) Wojciech Puchar <[EMAIL PROTECTED]> wrote: > > a different library name) like it should, pkg_add only gives a warning > > and an assumption that the install went well. > > > > Now, the user goes to run the package and gets a big fat error: > > libintl.so.X

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Wojciech Puchar
> though some of the rest of the stuff doesn't matter to me that much. I can > also use KMail in any other window manager, but it does tend to be a resource exactly. KDE programs can be used without whole KDE. > > Well, I've broken a couple of things in learning FreeBSD but managed to fix > them.

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Matthew Seaman
On Mon, Jul 19, 2004 at 12:09:53AM -0700, Kris Kennaway wrote: > On Mon, Jul 19, 2004 at 12:22:21AM -0600, Travis Poppe wrote: > For i386 they're updated every week or so, sometimes more frequently. > > > Are these new > > packages that are being rebuilt automatically defaulted to by pkg_add -r?

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Joshua Tinnin
This is probably going beyond the scope of on-topic here, but just to touch on a few things ... On Monday 19 July 2004 02:20 am, Wojciech Puchar <[EMAIL PROTECTED]> wrote: > > Also, FreeBSD isn't really a desktop OS. I'm not > > sure if you're being precise with that word, but, although it works

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Wojciech Puchar
> > Well, FWIU, building from source is also the preferred method, as it creates a > much better system overall, rather than just installing binaries which have > been built on someone else's system. This allows every install to be > specifically built for the system on which it's installed. Not on

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Joshua Tinnin
On Sunday 18 July 2004 11:22 pm, Travis Poppe <[EMAIL PROTECTED]> wrote: The other posts have already addressed some of your concerns, but ... > Many would also agree that building massive amounts of software from source > is NOT efficient for a desktop user and binary packages are a more suitabl

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Vulpes Velox
On Mon, 19 Jul 2004 00:22:21 -0600 Travis Poppe <[EMAIL PROTECTED]> wrote: Not finished reading it but... I think you want portupgrade. With the -P switch, it will use packages when they are avialliable. With the -PP switch it all ways uses packages. _

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Kris Kennaway
On Mon, Jul 19, 2004 at 12:22:21AM -0600, Travis Poppe wrote: > Another issue. What about upgrading? How often are packages rebuilt and can > they be easily upgraded without worrying about issues such as the one described > above? > > I've been told they are rebuilt about once a month or so. Fo

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-19 Thread Wojciech Puchar
> a different library name) like it should, pkg_add only gives a warning and an > assumption that the install went well. > > Now, the user goes to run the package and gets a big fat error: libintl.so.X > not found. package 0.13 should be compatible with 0.12 or should has name 1.* anyway - in 99.

Re: Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-18 Thread Dan Nelson
In the last episode (Jul 19), Travis Poppe said: > Say for example I have a copy of gettext-0.13 on my system and one of > the binary packages I'm attempting to install was compiled and linked > against gettext-0.12? > > Instead of downloading and installing the other version of gettext > along wi

Our package system: "Fundamentally Flawed" - A Linux User.

2004-07-18 Thread Travis Poppe
Hello all, I have a few questions about our package system. Many would agree that the FreeBSD ports system can be quite efficient and easy to use. Upgrading ports isn't usually a problem (unless something breaks), and installing them is usually only a command away. Many would also agree that b