date:20100504

Failing to build mutt-devel-lite

2010-05-04 Thread Benjamin Stier

Hey ports@,

I'm trying to build mail/mutt-devel-lite on FreeBSD 7.2-RELEASE-p4. My
makeoptions are

WITH_MUTT_SMTP=yes
WITH_MUTT_IMAP_HEADER_CACHE=yes
WITH_MUTT_CYRUS_SASL2=yes
WITH_MUTT_SIDEBAR_PATCH=yes

make always fails with the following output:

===>  Building for mutt-devel-lite-1.5.20_3
make  all-recursive
Making all in m4
Making all in po
Making all in intl
Making all in contrib
Making all in imap
Making all in .
cc -I/usr/local/include -DPKGDATADIR=\"/usr/local/share/mutt\"
-DSYSCONFDIR=\"/usr/local/etc\"  -DBINDIR=\"/usr/local/bin\"
-DMUTTLOCALEDIR=\"/usr/local/share/locale\"  -DHAVE_CONFIG_H=1 -I.  -I. -I.
-I./imap  -Iintl  -I/usr/include  -I/usr/local/include -I/usr/local/include
-I./intl  -O2 -fno-strict-aliasing -pipe -MT mutt_ssl.o -MD -MP -MF
.deps/mutt_ssl.Tpo -c -o mutt_ssl.o mutt_ssl.c
mutt_ssl.c: In function 'check_host':
mutt_ssl.c:655: error: 'STACK' undeclared (first use in this function)
mutt_ssl.c:655: error: (Each undeclared identifier is reported only once
mutt_ssl.c:655: error: for each function it appears in.)
mutt_ssl.c:655: error: 'subj_alt_names' undeclared (first use in this
function)
mutt_ssl.c: In function 'ssl_cache_trusted_cert':
mutt_ssl.c:738: warning: assignment from incompatible pointer type
*** Error code 1


Any idea how to fix this?

Kind regards,

Benjamin
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

RE: Dixit port bad management

2010-05-04 Thread Tim A



Hi Matthias,


Thank you for the email and your efforts. 

I have no problem with anything.  Otherwise, your logic is wrong. At least one 
person was interested. 
Best,
Tim 
 
> Subject: Fwd: Re: Dixit port bad management
> To: cx...@live.com
> Date: Tue, 4 May 2010 09:36:33 +0200
> From: matthias.and...@gmx.de
> 
> Hi Tim,
> 
> I am writing this just so the announcement doesn't get lost and double 
> effort is wasted... please see below, unless you've seen it on the list 
> already. For further discussion, please continue using the 
> po...@freebsd.org mailing list.
> 
> HTH
> Matthias
> (mand...@freebsd.org)
> 
> --- Weitergeleitete Nachricht ---
> Von: "Ion-Mihai Tetcu" 
> An: "Rene Ladan" 
> Kopie: po...@freebsd.org, "Garrett Cooper" 
> Betreff: Re: Dixit port bad management
> Datum: Mon, 03 May 2010 22:01:27 +0200
> 
> On Mon, 03 May 2010 21:10:05 +0200
> Rene Ladan  wrote:
> 
> > On 03-05-2010 21:00, Garrett Cooper wrote:
> > > On Sun, May 2, 2010 at 12:59 PM, Tim A  wrote:
> > >>
> > >> 1) I don't understand why the Textproc/Dixit port is so badly
> > >> managed. The program itself is at version 10.4, while your
> > >> unprofessional port still stays at version 1.0.1, claiming that
> > >> the GCC 4.2 compilation is broken.
> > >>
> > >> 2) I don't understand either why you don't use Dixit sourceforge
> > >> RSS feeds to know when a new version is available.
> > >>
> > >> 3) I don't understand how your Dixit port points to files which
> > >> don't exist anymore.
> > >>
> > >> 4) I don't understand the suprematism attitude of the maintainers
> > >> in charge, who don't give a penny on the programs they are suppose
> > >> to maintain. They are only interested in the statistics generated
> > >> by their unprofessional ports, but not in their quality.
> > >
> > > Tim,
> > >
> > > Here's a start. I'll leave it as an exercise for you to fix the rest
> > > of the bits; I at least got you past the fun sites change in the
> > > extract part, but the path for ${_DB_D} with what's setup in the
> > > Makefile differs from reality (the current path is:
> > > ${SOURCEFORGE_SITE}/project/dixit/dixit_qdb/dixit.qdb.tar.bz2 , not
> > > ${SOURCEFORGE_SITE}/project/dixit/dixit/10.4/dixit.qdb.tar.bz2 );
> > > you probably don't want to pull the potentially out-of-sync zip
> > > file from ftp*.freebsd.org , especially because we can decompress a
> > > tarball natively without installing archivers/unzip .
> > >
> > > I've trimmed out a lot of the fud, but you'll probably have to do
> > > some hacking to get the project to work with QT3 or QT4 (hopefully
> > > the latter).
> > >
> > > The porter's handbook [1] is your guide as well as make(1) [2].
> > >
> > > After that, run `make makesum all install ' . Submit a PR with the
> > > diffs for all of the files if it works to your liking.
> > >
> > Before running 'make install', run 'port test' to see if the port is
> > nicely formatted and that the package contents is correct, meaning it
> > doesn't leave files behind on uninstall or tries to uninstall files
> > which don't exist.
> 
> Blah, don't loose the time on this. You won't get any PR anyway.
> 
> I committed an update to the port, which almost works in this version
> (except the menus, and that might be a question of fonts/locale).
> 
> Then tomorrow I'll nicely drop maintainership and schedule it for
> deletion, no body being interested in it and me being so unprofessional.
> 
> Damn, there goes my record!
> 
> 
> -- 
> Matthias Andree
  
_
MSN Dating: Find someone special. Start now.
http://go.microsoft.com/?linkid=9729707___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

portmaster cannot find package

2010-05-04 Thread Aristedes Maniatis


portmaster.rc

# Always delete stale distfiles without prompting (-d)
ALWAYS_SCRUB_DISTFILES=dopt

# Only install packages (-PP or --packages-only)
PM_PACKAGES=only

# Use the INDEX file instead of /usr/ports (--index-only)
PM_INDEX=pm_index
PM_INDEX_ONLY=pm_index_only

# Specify a local package repository (--local-packagedir)
LOCAL_PACKAGEDIR=/usr/ports/packages/


Trying to run an update:

[snip...]

===>>> Checking package repository for latest available version

===>>> The newest available package (apache-2.2.13)
   is older than the version in ports (apache-2.2.14_6)

===>>> Try --packages-if-newer, or do not use -PP/--packages-only
===>>> Aborting update

===>>> Update for apache-worker-2.2.14_6 failed
===>>> Aborting update



#ls -al /usr/ports/packages/All/apache-worker-2.2.14_6.tbz
-rw-r--r--  1 root  wheel  3032918 May  3 21:06 
/usr/ports/packages/All/apache-worker-2.2.14_6.tbz



But sometimes it works.

Ari


--
-->
Aristedes Maniatis
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001   fax +61 2 9550 4001
GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

RE: Dixit port bad management

2010-05-04 Thread Tim A


> > >> 4) I don't understand the suprematism attitude of the maintainers
> > >> in charge, who don't give a penny on the programs they are suppose
> > >> to maintain. They are only interested in the statistics generated
> > >> by their unprofessional ports, but not in their quality.

 

QED ***

 

> Blah, don't loose the time on this. You won't get any PR anyway.
> 
> I committed an update to the port, which almost works in this version
> (except the menus, and that might be a question of fonts/locale).
> 
> Then tomorrow I'll nicely drop maintainership and schedule it for
> deletion, no body being interested in it and me being so unprofessional.
> 
> Damn, there goes my record!
> 
> Matthias Andree

  
_
Win a $10,000 shopping spree from Hotmail! Enter now.
http://go.microsoft.com/?linkid=9729711___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Failing to build mutt-devel-lite

2010-05-04 Thread Schweigert, Udo CERT

I have already submitted a fix for this problem caused by the openssl port:


Just wait until it is committed or just apply it yourself.

Udo

On Tue, May 04, 2010 at 10:54:21 +0200, Benjamin Stier wrote:
> Hey ports@,
> 
> I'm trying to build mail/mutt-devel-lite on FreeBSD 7.2-RELEASE-p4. My
> makeoptions are
> 
> WITH_MUTT_SMTP=yes
> WITH_MUTT_IMAP_HEADER_CACHE=yes
> WITH_MUTT_CYRUS_SASL2=yes
> WITH_MUTT_SIDEBAR_PATCH=yes
> 
> make always fails with the following output:
> 
> ===>  Building for mutt-devel-lite-1.5.20_3
> make  all-recursive
> Making all in m4
> Making all in po
> Making all in intl
> Making all in contrib
> Making all in imap
> Making all in .
> cc -I/usr/local/include -DPKGDATADIR=\"/usr/local/share/mutt\"
> -DSYSCONFDIR=\"/usr/local/etc\"  -DBINDIR=\"/usr/local/bin\"
> -DMUTTLOCALEDIR=\"/usr/local/share/locale\"  -DHAVE_CONFIG_H=1 -I.  -I. -I.
> -I./imap  -Iintl  -I/usr/include  -I/usr/local/include -I/usr/local/include
> -I./intl  -O2 -fno-strict-aliasing -pipe -MT mutt_ssl.o -MD -MP -MF
> .deps/mutt_ssl.Tpo -c -o mutt_ssl.o mutt_ssl.c
> mutt_ssl.c: In function 'check_host':
> mutt_ssl.c:655: error: 'STACK' undeclared (first use in this function)
> mutt_ssl.c:655: error: (Each undeclared identifier is reported only once
> mutt_ssl.c:655: error: for each function it appears in.)
> mutt_ssl.c:655: error: 'subj_alt_names' undeclared (first use in this
> function)
> mutt_ssl.c: In function 'ssl_cache_trusted_cert':
> mutt_ssl.c:738: warning: assignment from incompatible pointer type
> *** Error code 1
> 
> 
> Any idea how to fix this?
> 
> Kind regards,
> 
> Benjamin
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Failing to build mutt-devel-lite

2010-05-04 Thread Benjamin Stier

Thanks for the fast answer. I'll just wait for the commit then :)

Regards,

Benjamin

On Tue, May 04, 2010 at 12:26:23PM +0200, Schweigert, Udo CERT wrote:
> I have already submitted a fix for this problem caused by the openssl port:
> 
> 
> Just wait until it is committed or just apply it yourself.
> 
> Udo
> 
> On Tue, May 04, 2010 at 10:54:21 +0200, Benjamin Stier wrote:
> > Hey ports@,
> > 
> > I'm trying to build mail/mutt-devel-lite on FreeBSD 7.2-RELEASE-p4. My
> > makeoptions are
> > 
> > WITH_MUTT_SMTP=yes
> > WITH_MUTT_IMAP_HEADER_CACHE=yes
> > WITH_MUTT_CYRUS_SASL2=yes
> > WITH_MUTT_SIDEBAR_PATCH=yes
> > 
> > make always fails with the following output:
> > 
> > ===>  Building for mutt-devel-lite-1.5.20_3
> > make  all-recursive
> > Making all in m4
> > Making all in po
> > Making all in intl
> > Making all in contrib
> > Making all in imap
> > Making all in .
> > cc -I/usr/local/include -DPKGDATADIR=\"/usr/local/share/mutt\"
> > -DSYSCONFDIR=\"/usr/local/etc\"  -DBINDIR=\"/usr/local/bin\"
> > -DMUTTLOCALEDIR=\"/usr/local/share/locale\"  -DHAVE_CONFIG_H=1 -I.  -I. -I.
> > -I./imap  -Iintl  -I/usr/include  -I/usr/local/include -I/usr/local/include
> > -I./intl  -O2 -fno-strict-aliasing -pipe -MT mutt_ssl.o -MD -MP -MF
> > .deps/mutt_ssl.Tpo -c -o mutt_ssl.o mutt_ssl.c
> > mutt_ssl.c: In function 'check_host':
> > mutt_ssl.c:655: error: 'STACK' undeclared (first use in this function)
> > mutt_ssl.c:655: error: (Each undeclared identifier is reported only once
> > mutt_ssl.c:655: error: for each function it appears in.)
> > mutt_ssl.c:655: error: 'subj_alt_names' undeclared (first use in this
> > function)
> > mutt_ssl.c: In function 'ssl_cache_trusted_cert':
> > mutt_ssl.c:738: warning: assignment from incompatible pointer type
> > *** Error code 1
> > 
> > 
> > Any idea how to fix this?
> > 
> > Kind regards,
> > 
> > Benjamin
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

gcc fails to build: math/gmp does not exist

2010-05-04 Thread Eitan Adler

Debug output:

# pwd
/usr/ports/lang/gcc46

# make
===>   gcc-4.6.0.20100501 depends on file: /usr/local/bin/as - found
===>   gcc-4.6.0.20100501 depends on executable: zip - found
===>   gcc-4.6.0.20100501 depends on executable: gmake - found
===>   gcc-4.6.0.20100501 depends on executable: bison - found
===>   gcc-4.6.0.20100501 depends on file: /usr/local/bin/perl5.10.1 - found
===>   gcc-4.6.0.20100501 depends on shared library: gmp.10grep:
conflicting matchers specified
 - not found
===>Verifying install for gmp.10 in /usr/ports/math/gmp
===>   Returning to build of gcc-4.6.0.20100501
grep: conflicting matchers specified
Error: shared library "gmp.10" does not exist
*** Error code 1

#pkg_info |grep gmp
gmp-5.0.1   A free library for arbitrary precision arithmetic
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

php52 and Horde

2010-05-04 Thread Andrea Venturoli


In Makefile, there's:

.if ${PHP_VER} == 5
USE_PHP+=   dom
.else
USE_PHP+=   domxml
.endif

However, there is no php52-domxml; should php52-dom be used?

Is the makefile wrong? Should it check for ${PHP_VER}==52?
Or do I need to use some knob?

 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Dixit port bad management

2010-05-04 Thread Ion-Mihai Tetcu

On Tue, 4 May 2010 05:10:17 -0500
Tim A  wrote:

> 
> > > >> 4) I don't understand the suprematism attitude of the
> > > >> maintainers in charge, who don't give a penny on the programs
> > > >> they are suppose to maintain. They are only interested in the
> > > >> statistics generated by their unprofessional ports, but not in
> > > >> their quality.
> 
> QED ***

Indeed!

To quote Shatner, get a life.

Also: http://imgs.xkcd.com/comics/floor.png
  http://dictionary.reference.com/browse/sarcasm

You are a unique person, the one who made me inaugurate my killfile
(mainly for some of your private mails).

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B


signature.asc
Description: PGP signature

Rubygem hosting (bsd.sites.mk)

2010-05-04 Thread Eric

Dear all,

At the risk of cross post flaming, I thought I would bring up the matter of
RubyGem ports on the main ports list having heard nothing back from my
initial enquiry on the ruby lists [1], but perhaps since it's really about
ports then this is the right place!

I've noticed that from time to time the general migration of gems from
rubyforge.org to gemcutter.org/rubygems.org [2] (and indeed GitHub[3]) has
been mentioned on the FreeBSD ruby and ports lists, but it would appear
nothing has been changed yet in the bsd.sites.mk file to accommodate this
migration (may have missed a pr in progress of course).  Since I find myself
writing quick gem ports every now and then I thought it would be worth
bringing the matter up for a quick discussion before sending in my suggested
patch as a PR.

I personally think the cleanest thing to do is add anther MASTER_SITE for
RubyGems.org.  Now it would be nice to add their download location directly,
but that does a 302 redirect to Amazon or CloudFiles for the actual
download, so I think we'll need to pop those locations into bsd.sites.mk
directly. Thus:

# See http://rubygems.org/pages/about
.if !defined(IGNORE_MASTER_SITE_RUBYGEMS)
MASTER_SITE_RUBYGEMS+= \
 http://production.s3.rubygems.org/gems/%SUBDIR%/ \
 http://production.cf.rubygems.org/gems/%SUBDIR%/
.endif

Since it will be pretty cool to be able to update many ports by just
s/RF/RG/ in many cases I think we should have an abbreviation for the
RubyGems site thus:

MASTER_SITES_ABBREVS= CPAN:PERL_CPAN \
  SF:SOURCEFORGE \
  SFJP:SOURCEFORGE_JP \
  RG:RUBYGEMS \
  RF:RUBYFORGE

Now one thing I'm not 100% sure on is the use of the '%SUBDIR%' in the
paths, in this case none of the gems will be located in subdirectories since
the gem hosting is flat.  It would appear that the "standard way of doing
things in the bsd.sites.mk is to specify a '%SUBDIR%' element, then if a
pattern is defined in the 'MASTER_SITES_SUBDIRS', that element is replaced.
Is that correct?  So for a RubyForge example, the pattern in
'MASTER_SITES_SUBDIRS' is 'RUBYFORGE:${PORTNAME:L}', which would be the name
of the port lowercased (I guess). So say for 'file-tail' that would make the
download location: 
http://files.rubyforge.vm.bytemark.co.uk/file-tail/file-tail-n.n.n.gem

So it occurs to me that we could either just not have a
'MASTER_SITES_SUBDIRS' entry for the RUBYGEMS site (easy) or we could have
one that was just the 'hardcoded' gems subdirectory, something like this:

  RUBYGEMS:gems \

Like the CENKES entry in the file.  We would then make the
'MASTER_SITE_RUBYGEMS' entries like this:
http://production.s3.rubygems.org/%SUBDIR%/
Not quite sure what the best FreeBSD ports protocol is here.  I personally
feel perhaps that makes it more complicated than it needs to be?


Finally it's a good opportunity to replace the dead mirror in the RubyForge
entry, since 'http://files.rubyforge.mmmultiworks.com' seems to have been
down for some time now.

# See http://rubyforge.org/credits/
.if !defined(IGNORE_MASTER_SITE_RUBYFORGE)
MASTER_SITE_RUBYFORGE+= \
 http://files.rubyforge.vm.bytemark.co.uk/%SUBDIR%/ \
 http://files.ruby.inoack.com/%SUBDIR%/
.endif

Any thoughts, comments, suggestions before I put a PR and associated diff
in?

Regards

Eric

---
[1] http://lists.freebsd.org/pipermail/freebsd-ruby/2010-April/000290.html
[2]
  http://lists.freebsd.org/pipermail/freebsd-ruby/2010-February/000250.html
  http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058516.html
[3] http://lists.freebsd.org/pipermail/freebsd-ruby/2010-January/000220.html

---
Diff of proposed changes for those interested:

--- bsd.sites.mk.orig2010-04-06 02:53:13.0 +0100
+++ bsd.sites.mk2010-05-04 14:54:22.0 +0100
@@ -1141,8 +1141,15 @@
 # See http://rubyforge.org/credits/
 .if !defined(IGNORE_MASTER_SITE_RUBYFORGE)
 MASTER_SITE_RUBYFORGE+= \
-http://files.rubyforge.mmmultiworks.com/%SUBDIR%/ \
-http://files.rubyforge.vm.bytemark.co.uk/%SUBDIR%/
+http://files.rubyforge.vm.bytemark.co.uk/%SUBDIR%/ \
+http://files.ruby.inoack.com/%SUBDIR%/
+.endif
+
+# See http://rubygems.org/pages/about
+.if !defined(IGNORE_MASTER_SITE_RUBYGEMS)
+MASTER_SITE_RUBYGEMS+= \
+http://production.s3.rubygems.org/gems/%SUBDIR%/ \
+http://production.cf.rubygems.org/gems/%SUBDIR%/
 .endif
 
 .if !defined(IGNORE_MASTER_SITE_SAMBA)
@@ -1493,6 +1500,7 @@
 MASTER_SITES_ABBREVS=CPAN:PERL_CPAN \
 SF:SOURCEFORGE \
 SFJP:SOURCEFORGE_JP \
+RG:RUBYGEMS \
 RF:RUBYFORGE
 MASTER_SITES_SUBDIRS=\
 APACHE_JAKARTA:${PORTNAME:S,-,/,}/source \


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Dixit port bad management

2010-05-04 Thread Matthias Andree

Am 04.05.2010 12:10, schrieb Tim A:
> 
>> > >> 4) I don't understand the suprematism attitude of the maintainers
>> > >> in charge, who don't give a penny on the programs they are suppose
>> > >> to maintain. They are only interested in the statistics generated
>> > >> by their unprofessional ports, but not in their quality.
> 
>  
> 
> QED ***
> 
>  
> 
>> Blah, don't loose the time on this. You won't get any PR anyway.
>> 
>> I committed an update to the port, which almost works in this version
>> (except the menus, and that might be a question of fonts/locale).
>> 
>> Then tomorrow I'll nicely drop maintainership and schedule it for
>> deletion, no body being interested in it and me being so unprofessional.
>> 
>> Damn, there goes my record!
>> 
>> Matthias Andree

At least you could quote and attribute quotes properly if you have nothing
better to do than shout at people.  The "there goes my record" part was
certainly not mine.

-- 
Matthias Andree
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster cannot find package

2010-05-04 Thread Doug Barton

On 5/4/2010 3:09 AM, Aristedes Maniatis wrote:
> portmaster.rc
> 
> # Always delete stale distfiles without prompting (-d)
> ALWAYS_SCRUB_DISTFILES=dopt
> 
> # Only install packages (-PP or --packages-only)
> PM_PACKAGES=only
> 
> # Use the INDEX file instead of /usr/ports (--index-only)
> PM_INDEX=pm_index
> PM_INDEX_ONLY=pm_index_only
> 
> # Specify a local package repository (--local-packagedir)
> LOCAL_PACKAGEDIR=/usr/ports/packages/

This all looks proper.

> Trying to run an update:
> 
> [snip...]
> 
> ===>>> Checking package repository for latest available version
> 
> ===>>> The newest available package (apache-2.2.13)
> is older than the version in ports (apache-2.2.14_6)
> 
> #ls -al /usr/ports/packages/All/apache-worker-2.2.14_6.tbz
> -rw-r--r--  1 root  wheel  3032918 May  3 21:06 
> /usr/ports/packages/All/apache-worker-2.2.14_6.tbz

Is there an apache-2.2.13 package in packages/All? And what do the links
in packages/www and packages/Latest refer to?


Doug

-- 

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

libmusicbrainz3 compile problem

2010-05-04 Thread Marco Beishuizen


Hi,

Installing some Gnome components fail because libmusicbrainz exits:

[ 92%] Building CXX object examples/CMakeFiles/cdlookup.dir/cdlookup.o
Linking CXX executable findtrack
Linking CXX executable findartist
/usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp'
*** Error code 1
1 error
*** Error code 2
/usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp'
*** Error code 1
1 error
*** Error code 2
Linking CXX executable cdlookup
Linking CXX executable getartist
/usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp'
*** Error code 1
1 error
*** Error code 2
/usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp'
*** Error code 1
1 error
*** Error code 2
4 errors

Does anyone have an idea?
Thanks in advance.

Regards,
Marco

--
Comedy, like Medicine, was never meant to be practiced by the general public.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Failing to build mutt-devel-lite

RE: Dixit port bad management

portmaster cannot find package

RE: Dixit port bad management

Re: Failing to build mutt-devel-lite

Re: Failing to build mutt-devel-lite

gcc fails to build: math/gmp does not exist

php52 and Horde

Re: Dixit port bad management

Rubygem hosting (bsd.sites.mk)

Re: Dixit port bad management

Re: portmaster cannot find package

libmusicbrainz3 compile problem

13 matches

Site Navigation

Mail list logo

Footer information