avr-chat
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-chat] Can't Install avr-gcc in FreeBSD


From: David Brown
Subject: Re: [avr-chat] Can't Install avr-gcc in FreeBSD
Date: Sat, 18 Aug 2007 22:07:41 +0200
User-agent: Thunderbird 2.0.0.6 (Windows/20070728)

Brian Dean wrote:
On Thu, Aug 16, 2007 at 04:09:59PM +0200, David Brown wrote:

Perhaps because it's easier to download winavr than get avr-gcc working on FreeBSD?

Surely you're joking Mr. Brown?

What could be easier than 'cd /usr/ports/devel/avr-libc && make install'?


I started my next paragraph with "More seriously..." - I realise that avr-gcc is straightforward to install on FreeBSD (baring the kind of minor slip that can occur with any system). My comments were a more general one about software installation on different systems.

As Joerg mentioned, the doc breakage was merely temporary.

Secondly, although decent Linux distros (and FreeBSD) make it
extremely easy to get hold of and install a wide range of software,
this only applies to "standard" software for which someone is acting
as a maintainer.  When you want to install or upgrade any of the
tens of thousands of packages in the Debian archives, it is vastly
easier than in the Windows world.  But when you step outside of
that, you enter the world of dependency resolution, patching,
./configure, and make, instead of an InstallShield wizard.

I disagree with your assertion because you generally only need to step
outside of the port/rpm maintainer world when you need to do something
very special to your situation.  The InstallShield world never even
gives you the opportunity to do that, so of course you can't get
yourself into trouble.  But by the other edge of the sword, you do not
have the flexibility to handle the special situation should you need
to.


As to the other edge of the sword, then I agree absolutely - when you want to do something special, there is no doubt that it is much easier when you are working with *nix (cygwin and/or mingw will get you part of the way there on windows). Even for open source programs, it is frequently difficult to modify and compile the software on windows, as the software may require specific compilers.

But I don't agree that you need to do something "very special" to step outside the realms of your distribution's list of packages. I use Debian on servers and Kubuntu on a laptop, and I gather that FreeBSD's ports repository has a similar range of packages. I have found a number of occasions when I have installed software that is outside these ranges (sometimes this is because I want newer versions of some software without updating the whole system - this has become less of an issue for my servers now that I use virtual servers for specific tasks). Sometimes I have been able to find packages from third-party repositories, and sometimes I have compiled from source. The flexibility to handle this is part of what makes open source such a powerful development model - but the *need* to do that is something that hinders the use of *nix in some situations.

Also, don't forget that you're somewhat spoiled by using FreeBSD - think about the poor folks running Mandrivia, Fedora, Mephis, or any one of the dozens of other popular Linux distributions with much smaller package repositories. Who will make an avr-gcc package for them? A single package format that works on a wide range of *nix's (or alternatively, a utility that automatically builds the required range of package formats) would mean that avr-gcc would be as easy to install on *any* *nix system as it is on any windows system.

mvh.,

David



For example, Joerg recently sent me some patches for flex and byacc
that do something very specific that I'm interested in.  I can just
download the source, apply the patches, build it and have fun.  What
would I do if I lived in the InstallShield universe?

I use both FreeBSD and MacOS X.  The FreeBSD ports system is top shelf
stuff, IMO.  MacOS X has a system called MacPorts, formerly called
DarwinPorts.  This is also a very nice system which is roughly
equivalent to a somewhat refined FreeBSD ports.  I always use the
"ports" unless I need to do something special like the patches from
Joerg above.  It's a rare case that I need to go outside the usual
ports systems but having that capability, to me, is essential to my
being. :-)

Cheers,
-Brian





reply via email to

[Prev in Thread] Current Thread [Next in Thread]