> "Dick" == Dick Hoogendijk writes:
Dick> Are the quotes neccessary?
No.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.pos
On Sun, Apr 03, 2011 at 10:35:08AM +0200, Romain Garbage wrote:
> 2011/4/3 Chris Telting :
> >
> >> seriously, this is why i want that debian+freebsd that was
> >> discussed recently. the kernel is ours and number one in the
> >> world. and the ports stuff is basically packag
On Sat, Apr 02, 2011 at 05:07:54PM -0700, per...@pluto.rain.com wrote:
> Chris Rees wrote:
> > On 2 April 2011 00:58, Chris Telting wrote:
> > >
> > > One of my biggest gripes with the ports system is dependency hell.
> >
> > I think you've misunderstood the term dependency hell [1]. Anyone
> > w
Op 2-4-2011 19:03, Randal L. Schwartz schreef:
That's one of the first things I do with a fresh system that will be
only a server:
echo "WITHOUT_X11=yes">> /etc/make.conf
And then *never* use packages. Only ports
Are the quotes neccessary?
___
On Sun, Apr 3, 2011 at 5:07 AM, Chris Telting
wrote:
>
>
> How does debian get around all the "make config" options that we deal with?
> Such as does such and such package pull in samba... Or does debian just
> compile with every option more or less enabled?
>
Yes, and no. One debian "source" p
2011/4/3 Chris Telting :
>
>> seriously, this is why i want that debian+freebsd that was
>> discussed recently. the kernel is ours and number one in the
>> world. and the ports stuff is basically packages that more/less
>> just-work. you can get the src =with= the pkg
On Sat, Apr 02, 2011 at 08:07:25PM -0700, Chris Telting wrote:
>
> > seriously, this is why i want that debian+freebsd that was
> > discussed recently. the kernel is ours and number one in the
> > world. and the ports stuff is basically packages that more/less
> > just-work. you
seriously, this is why i want that debian+freebsd that was
discussed recently. the kernel is ours and number one in the
world. and the ports stuff is basically packages that more/less
just-work. you can get the src =with= the pkg.
How does debian get around
On Sat, Apr 02, 2011 at 07:45:06PM -0500, Ryan Coleman wrote:
>
>
> On Apr 2, 2011, at 7:07 PM, per...@pluto.rain.com wrote:
>
> > Chris Rees wrote:
> >> On 2 April 2011 00:58, Chris Telting wrote:
> >>> One of my biggest gripes with the ports system is dependency hell.
> >>
> >> I think you'
On Apr 2, 2011, at 7:07 PM, per...@pluto.rain.com wrote:
> Chris Rees wrote:
>> On 2 April 2011 00:58, Chris Telting wrote:
>>> One of my biggest gripes with the ports system is dependency hell.
>>
>> I think you've misunderstood the term dependency hell [1]. Anyone
>> who has spent hours str
Chris Rees wrote:
> On 2 April 2011 00:58, Chris Telting wrote:
> > One of my biggest gripes with the ports system is dependency hell.
>
> I think you've misunderstood the term dependency hell [1]. Anyone
> who has spent hours struggling with rpm ... would never dare to
> even think of such terms
On Fri, 01 Apr 2011 21:36:55 -0700, Chris Telting
wrote:
> On 04/01/2011 17:51, Polytropon wrote:
> > On Fri, 01 Apr 2011 16:58:04 -0700, Chris
> > Telting wrote:
> >> Just in a thoughtful mood and thought I'd to the question to the cloud.
> > Oh the joy of cloud computing, erm... discussion. :
> "Matt" == Matt Emmerton writes:
Matt> Every time I see a webserver with X11 on it, it's because of these two.
Of
Matt> course, using ghostscript*-nox11 as well as setting WITHOUT_X11=yes
solves a
Matt> lot of this mess, but on a system that's already been "infested", it's
Matt> easier ju
Chris Telting wrote:
> See above. What I want to see is minimal installs with all features
> being usable once you install the optional components. And run time
> detection for programs shouldn't be all that difficult or computation
> intensive. The program would just consult pkg_info or another
On 2-4-2011 2:51, Polytropon wrote:
So there is still stuff one needs to compile, and
YOU are in charge to define the options you need.
This is the "downside" when you're running a multi-
purpose OS like FreeBSD.
That is a good thing. But I remember an issue that I never understood. I
onced se
On 2 April 2011 00:58, Chris Telting wrote:
>
> Just in a thoughtful mood and thought I'd to the question to the cloud.
>
> One of my biggest gripes with the ports system is dependency hell.
I think you've misunderstood the term dependency hell [1]. Anyone who
has spent hours struggling with rpm
On 04/01/2011 17:51, Polytropon wrote:
On Fri, 01 Apr 2011 16:58:04 -0700, Chris Telting
wrote:
Just in a thoughtful mood and thought I'd to the question to the cloud.
Oh the joy of cloud computing, erm... discussion. :-)
Wasn't that the a subplot of the hitch hikers guide? That the sum of
> > The number of console
> > programs that want to pull in X window or kde is
> > my boggling.
>
> Hmmm... The only one I remember being that way is
> the old cvsup, but there was nocvsup-nogui (or -nox11?).
Over the years I've found that ghostscript and gd are two common culprits.
Every time I
On Fri, 01 Apr 2011 16:58:04 -0700, Chris Telting
wrote:
> Just in a thoughtful mood and thought I'd to the question to the cloud.
Oh the joy of cloud computing, erm... discussion. :-)
> One of my biggest gripes with the ports system is dependency hell.
> Ports link against so my optional c
On Fri, 1 Apr 2011, Chris Telting wrote:
One of my biggest gripes with the ports system is dependency hell. Ports
link against so my optional components and pull them into the install.
Libraries and components are built based on make file defines. But this
doesn't have to be so. It's possib
Just in a thoughtful mood and thought I'd to the question to the cloud.
One of my biggest gripes with the ports system is dependency hell.
Ports link against so my optional components and pull them into the
install. Libraries and components are built based on make file
defines. But this do
On 2/3/10, b. f. wrote:
> John W wrote:
> -o , or portupgrade -o, which will succeed in the simplest cases. You
> could also do it manually, by using sed(1) to substitute every
> occurrence of the old PKGNAME with the new PKGNAME in the @pkgdep
> lines in /var/db/pkg/*/+COMMENTS, and likewise fo
John W wrote:
>I updated my ports tree with csup, and tried to run 'portmaster -na'.
>It gave me this:
>
>===>>> The mail/p5-Email-Simple-Creator port has been deleted:
>Folded into p5-Email-Simple package
>
>Ok, that makes sense. But what do I do to fix it?
>It seems I need to replace dependen
On Mon, 1 Feb 2010 21:35:58 -0800
John W articulated:
> Is the most correct solution just to wait until all maintainers of
> ports which depend on p5-Email-Simple-Creator each update their
> makefiles to depend on p5-Email-Simple, instead? (Though that doesn't
> help in the short term :)
>
> I'm
Hello all,
I'm going through a round of port upgrades and came upon a dependency issue.
I could probably muscle through and make it work, but I'd like to know
what people see as a "correct" solution to this problem. I'm still in
the process of grokking the nitty-gritty bits of ports.
Here's the i
Andrey Shuvikov wrote:
> Hello,
>
> I'm trying to figure out port dependencies on my (freshly installed)
> FreeBSD 7.0. For example, I have two automake ports:
>
> $ pkg_info | grep automake-1
> automake-1.5_4,1GNU Standards-compliant Makefile generator (1.5)
Hello,
I'm trying to figure out port dependencies on my (freshly installed)
FreeBSD 7.0. For example, I have two automake ports:
$ pkg_info | grep automake-1
automake-1.5_4,1GNU Standards-compliant Makefile generator (1.5)
automake-1.6.3 GNU Standards-compliant Makefile generator
On Tuesday 11 April 2006 16:10, Erik Norgaard wrote:
> RW wrote:
> > On Tuesday 11 April 2006 13:25, RW wrote:
> >> You could try setting USE_OPENLDAP_VER=23 for the port.
> >
> > Actually, I see it conflict with 2.2, so it must be set globally.
>
> Yes, OpenLDAP 2.3 conflicts with 2.2, but jabber
RW wrote:
> On Tuesday 11 April 2006 13:25, RW wrote:
>
>> You could try setting USE_OPENLDAP_VER=23 for the port.
>
> Actually, I see it conflict with 2.2, so it must be set globally.
Yes, OpenLDAP 2.3 conflicts with 2.2, but jabberd by default assumes 2.2
so the build fails. Then rather than
On Tuesday 11 April 2006 13:25, RW wrote:
> You could try setting USE_OPENLDAP_VER=23 for the port.
Actually, I see it conflict with 2.2, so it must be set globally.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
On Tuesday 11 April 2006 11:39, Erik Norgaard wrote:
> Hi:
>
> Some ports exists in multiple versions such as OpenLDAP, the most recent
> and recommended is 2.3, but some other ports depends on another version
> for example jabberd that requires 2.2. Some ports will let you choose
> which version t
Hi:
Some ports exists in multiple versions such as OpenLDAP, the most recent
and recommended is 2.3, but some other ports depends on another version
for example jabberd that requires 2.2. Some ports will let you choose
which version to compile against but jabberd don't.
How to I make a port compi
Luke Bakken wrote:
Is there a way to tell the ports system to try to fetch port
dependencies using the 'pkg_add' command rather than try to build the
dependency first from source?
"pkg_add -r _port_" ought to fetch needed runtime dependencies, too?
Or maybe you are looking
Hello all,
Is there a way to tell the ports system to try to fetch port
dependencies using the 'pkg_add' command rather than try to build the
dependency first from source?
Thanks!
Luke
___
freebsd-questions@freebsd.org mailing
I installed Apache mod_security on my Apache 2 httpd. Since this
my ports dependencies are off. It appears mod_security is only for
Apache 1.3x according to "make depends" How do I solve the ports
problem or where do I find mod_security for Apache 2. Thanks
__
Philip Murray wrote:
Comrade Burnout wrote:
i recently upgraded some machines to FreeBSD 5.2.1-STABLE, and trying
to install the PEAR objects (PHP stuff).
I've looked through the INDEX file in my local ports collection, and
the PEAR tree is looking for:
php4-4.3.4
whereas mod_php4 and any of th
Matthew Seaman wrote:
On Sun, Aug 01, 2004 at 03:24:12PM -0500, Comrade Burnout wrote:
when i try to use pkg_add ... i get the following:
burnt# pkg_add -r pear-DB
Fetching
[1]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.2.1-release/Latest/p
ear-DB.tbz...
Done.
Fetching
[2]ft
Comrade Burnout wrote:
i recently upgraded some machines to FreeBSD 5.2.1-STABLE, and trying
to install the PEAR objects (PHP stuff).
I've looked through the INDEX file in my local ports collection, and
the PEAR tree is looking for:
php4-4.3.4
whereas mod_php4 and any of the other (non-PEAR ) P
On Sun, Aug 01, 2004 at 03:24:12PM -0500, Comrade Burnout wrote:
> when i try to use pkg_add ... i get the following:
>
> burnt# pkg_add -r pear-DB
> Fetching
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.2.1-release/Latest/pear-DB.tbz...
>
> Done.
> Fetching
> ftp://ftp.freebsd.o
i recently upgraded some machines to FreeBSD 5.2.1-STABLE, and trying to
install the PEAR objects (PHP stuff).
I've looked through the INDEX file in my local ports collection, and the
PEAR tree is looking for:
php4-4.3.4
whereas mod_php4 and any of the other (non-PEAR ) PHP ports are looking
platanthera web.de> writes:
> On Saturday 15 May 2004 03:44, Andy Smith wrote:
> > Hi,
> >
> > Is there a simple way to display a list of all installed packages
> > that depend on another given installed package?
>
> pkg_info -R foo
> will list all currently installed packages that depend on foo
On Saturday 15 May 2004 03:44, Andy Smith wrote:
> Hi,
>
> Is there a simple way to display a list of all installed packages
> that depend on another given installed package?
pkg_info -R foo
will list all currently installed packages that depend on foo
regards
___
Hi,
Is there a simple way to display a list of all installed packages
that depend on another given installed package?
i.e. say I would like to know every installed package that depends
on gmake which I also have installed. Is there any quick way to
display this?
I am aware of portsearch which w
On 2002-11-18 23:42, Erik Trulsson <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 18, 2002 at 02:31:09PM -0800, Scott I. Remick wrote:
> > I'm getting interested in using portupgrade -FR to prefetch a
> > port's source and its dependencies (and maybe even run the
> > fetching in a 2nd session while other
On Monday 18 November 2002 05:31 pm, Scott I. Remick wrote:
> Quick question:
>
> I'm getting interested in using portupgrade -FR to prefetch a port's source
> and its dependencies (and maybe even run the fetching in a 2nd session
> while other parts are compiling). But I can only get it to work on
On Mon, Nov 18, 2002 at 02:31:09PM -0800, Scott I. Remick wrote:
> Quick question:
>
> I'm getting interested in using portupgrade -FR to prefetch a port's source
> and its dependencies (and maybe even run the fetching in a 2nd session while
> other parts are compiling). But I can only get it to w
Quick question:
I'm getting interested in using portupgrade -FR to prefetch a port's source
and its dependencies (and maybe even run the fetching in a 2nd session while
other parts are compiling). But I can only get it to work on stuff that is
already installed. It works great then.
Is there an e
47 matches
Mail list logo