[Bug 187652] databases/ruby-bdb: 'make configure' fails with Ruby 2.1.

2014-07-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187652

Yasuhiro KIMURA y...@utahime.org changed:

   What|Removed |Added

 CC||freebsd-ports@FreeBSD.org

--- Comment #9 from Yasuhiro KIMURA y...@utahime.org ---
Hello,

Would someone commit attached patch of this PR with maintainer timeout?

Best Regards.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
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


Updating ports that require cclang33 almost comes to a standstill!

2014-07-16 Thread Leslie Jensen

Hello list.

I'm experiencing a very slow build of clang33

It seems that it's when building clang33/work/llvm-3.3 that is slows down.

Using top I can see that my system is almost idle, 99,4, and cc1plus has 
two processes using WCPU at 1,80% and 0.10%


I'm wondering if it's normal behaviour and I just have to sit it out?

uname 9.1-RELEASE-p5

Thanks

/Leslie



___
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: Please commit bug 190843

2014-07-16 Thread Carlos Jacobo Puga Medina
2014-07-14 16:36 GMT+02:00 Carlos Jacobo Puga Medina cjpug...@gmail.com:

 2014-07-14 15:37 GMT+02:00 Kubilay Kocak ko...@freebsd.org:

 On 14/07/2014 11:23 PM, Carlos Jacobo Puga Medina wrote:
  Added patch to update to 0.7.0
 
  Build logs:
 
  https://redports.org/buildarchive/20140714113400-20929/
 
  --CJPM
  ___
  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
 
 

 Thanks for your submission Carlos :)

 Our issue tracker is the authoritative source of information for change
 requests, so always include all information there before posting on the
 mailing lists.

 I also note that OPTIONS_DEFAULT is added in your patch but has no
 value, so you may want to provide a second version of your patch fixing
 that, including the MAINTAINER update, and posting the URL to your
 redports build in a comment, noting that its ready to commit.


 Fixed.


 Running portlint (with -AC) flags is also highly recommended (add the
 output in your comment too, even if its clean)

 This gives committers confidence++ that your submission is ready to rock


 Thanks for your useful tips, koobs@


 --
 koobs



 Kind regards,

 --CJPM


I attached a new patch after r362015 was committed.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190843#c8

--CJPM
___
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


rar library dependency error

2014-07-16 Thread Carlos Jacobo Puga Medina
It seems that rar needs GCC to make go away the following message:

===  Installing for rar-5.1.0,3
===   Registering installation for rar-5.1.0,3
pkg-static: (rar-5.1.0,3)
/usr/ports/archivers/rar/work/stage//usr/local/lib/default.sfx - shared
library libstdc++.so.6 not found

Can it be safely ignored?

--CJPM
___
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: rar library dependency error

2014-07-16 Thread Baptiste Daroussin
On Wed, Jul 16, 2014 at 02:46:50PM +0200, Carlos Jacobo Puga Medina wrote:
 It seems that rar needs GCC to make go away the following message:
 
 ===  Installing for rar-5.1.0,3
 ===   Registering installation for rar-5.1.0,3
 pkg-static: (rar-5.1.0,3)
 /usr/ports/archivers/rar/work/stage//usr/local/lib/default.sfx - shared
 library libstdc++.so.6 not found
 
 Can it be safely ignored?
 
No it cannot, libstdc++ does not exists anymore in base on i386 and amd64 since
FreeBSD 10

regards,
Bapt


pgpikqhVRm6Sx.pgp
Description: PGP signature


Re: qa.sh script and DEVELOPER=yes

2014-07-16 Thread Carlos Jacobo Puga Medina
I'm testing if STAGEDIR conversion works, but I got this:

 Running Q/A tests (stage-qa)
Error: 'share/doc/CoinMP/CoinMP/Makefile' is referring to
/usr/ports/math/coinmp/work/stage
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/math/coinmp
*** Error code 1

How do I get rid of the following error?

Regards,

--CJPM
___
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: qa.sh script and DEVELOPER=yes

2014-07-16 Thread Michael Gmelin
On Wed, 16 Jul 2014 19:31:28 +0200
Carlos Jacobo Puga Medina cjpug...@gmail.com wrote:

 I'm testing if STAGEDIR conversion works, but I got this:
 
  Running Q/A tests (stage-qa)
 Error: 'share/doc/CoinMP/CoinMP/Makefile' is referring to
 /usr/ports/math/coinmp/work/stage
 *** Error code 1
 
 Stop.
 make[1]: stopped in /usr/ports/math/coinmp
 *** Error code 1
 
 How do I get rid of the following error?
 
 Regards,
 
 --CJPM
 ___
 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

This means that this file (which is part of the stage directory and
therefore will be part of the package) contains a reference to the
temporary staging directory (you don't want this).

Different options:

 * The file is not necessary = Remove it (e.g. in post-extract)
 * Patch the file using a separate patch in files
 * Patch the file using a command in the Makefile (e.g. post-patch,
   @${REINPLACE_CMD})
 * ...

-- 
Michael Gmelin
___
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: upgrading devel/p5-subversion fails

2014-07-16 Thread Serpent7776
On Tue, 15 Jul 2014 14:51:42 -0700
Kevin Oberman rkober...@gmail.com wrote:

 On Tue, Jul 15, 2014 at 2:11 PM, Herbert J. Skuhra hsku...@eumx.net wrote:
 
  On Tue, 15 Jul 2014 22:42:38 +0200
  Serpent7776 wrote:
 
   Hello,
  
   I'm trying to upgrade p5-subversion, but I got error
  
   sed: /usr/local/lib/libsqlite3.la: No such file or directory
   libtool: link: `/usr/local/lib/libsqlite3.la' is not a valid libtool
  archive
   *** [subversion/bindings/swig/perl/libsvn_swig_perl/
  libsvn_swig_perl-1.la]
   Error code 1 1 error
   === Compilation failed unexpectedly.
   Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure
  to
   the maintainer.
   *** [do-build] Error code 1
  
   Stop in /usr/ports/devel/p5-subversion.
  
   Full output of portmaster p5-subversion available here:
   http://pastie.org/private/ysbvkwqnppzqvangdqmew
  
   File /usr/local/lib/libsqlite3.la does not exists.
   I tried rebuilding sqlite3 and deleting p5-subversion before
  reinstalling, but
   this does not work.
  
   My system is
   # uname -a
   FreeBSD DaemON.home 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0: Tue Jul
   8
   10:48:24 UTC 2014
   r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
 
  Have you tried to rebuild subversion before upgrading p5-subversion?
  Have you tried to run 'portmaster -r sqlite3'?
  Make sure that your portstree is up-to-date.
 
 
 Looks like databases/sqlite3/Makefile has USES= pathfix libtool. By
 default that will not install .la files. Normally they are only needed
 during the build of the port, but it looks like libsqlite3.la is an
 exception.
 
 Try editing the Makefile to:
 USES= pathfix libtool:keepla
 and see if that fixes the problem.

Changing
USES=   pathfix libtool
to
USES=   pathfix libtool:keepla

in sqlite3 makefile doesn't change a thing - p5-subversion still fails and *.la
library still does not exists.

Maybe I'll try to upgrade to 9.3-RELEASE.

Thanks

-- 
//Serpent7776
___
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: qa.sh script and DEVELOPER=yes

2014-07-16 Thread Carlos Jacobo Puga Medina
2014-07-16 20:39 GMT+02:00 Michael Gmelin free...@grem.de:

 On Wed, 16 Jul 2014 19:31:28 +0200
 Carlos Jacobo Puga Medina cjpug...@gmail.com wrote:

  I'm testing if STAGEDIR conversion works, but I got this:
 
   Running Q/A tests (stage-qa)
  Error: 'share/doc/CoinMP/CoinMP/Makefile' is referring to
  /usr/ports/math/coinmp/work/stage
  *** Error code 1
 
  Stop.
  make[1]: stopped in /usr/ports/math/coinmp
  *** Error code 1
 
  How do I get rid of the following error?
 
  Regards,
 
  --CJPM
  ___
  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

 This means that this file (which is part of the stage directory and
 therefore will be part of the package) contains a reference to the
 temporary staging directory (you don't want this).

 Different options:

  * The file is not necessary = Remove it (e.g. in post-extract)
  * Patch the file using a separate patch in files
  * Patch the file using a command in the Makefile (e.g. post-patch,
@${REINPLACE_CMD})
  * ...



I'm not sure which option is better, but I'll check out this now.

Thanks for your feedback.



 --
 Michael Gmelin

___
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


pkg-devel goes mad on 11-CURRENT with last repository update

2014-07-16 Thread Lev Serebryakov
Hello, FreeBSD.

 I'm using 11-CURRENT (amd64) on my laptop and trying hard to use binary
 packages with pkg-devel. But attempt to upgrade installed packages goes
 crazy today. It trys to install ALL versions of gcc, ALL versions of
 subversion and many other unneeded packages!

 I'm using latest pkg-devel 1.3.0.r1.

 List of packages installed (pkg info output) and pkg upgrade output are
 attached.

 (THREES installed versions of gcc is another sad story, of course).

-- 
// Black Lion AKA Lev Serebryakov l...@freebsd.org

pkg-info.txt.xz
Description: Binary data


pkg-upgrade.txt.xz
Description: Binary data
___
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: upgrading devel/p5-subversion fails

2014-07-16 Thread Herbert J. Skuhra
On Wed, 16 Jul 2014 21:12:23 +0200
Serpent7776 wrote:

 On Tue, 15 Jul 2014 14:51:42 -0700
 Kevin Oberman rkober...@gmail.com wrote:
 
  On Tue, Jul 15, 2014 at 2:11 PM, Herbert J. Skuhra hsku...@eumx.net wrote:
  
   On Tue, 15 Jul 2014 22:42:38 +0200
   Serpent7776 wrote:
  
Hello,
   
I'm trying to upgrade p5-subversion, but I got error
   
sed: /usr/local/lib/libsqlite3.la: No such file or directory
libtool: link: `/usr/local/lib/libsqlite3.la' is not a valid libtool
   archive
*** [subversion/bindings/swig/perl/libsvn_swig_perl/
   libsvn_swig_perl-1.la]
Error code 1 1 error
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure
   to
the maintainer.
*** [do-build] Error code 1
   
Stop in /usr/ports/devel/p5-subversion.
   
Full output of portmaster p5-subversion available here:
http://pastie.org/private/ysbvkwqnppzqvangdqmew
   
File /usr/local/lib/libsqlite3.la does not exists.
I tried rebuilding sqlite3 and deleting p5-subversion before
   reinstalling, but
this does not work.
   
My system is
# uname -a
FreeBSD DaemON.home 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0: Tue Jul
8
10:48:24 UTC 2014
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
  
   Have you tried to rebuild subversion before upgrading p5-subversion?
   Have you tried to run 'portmaster -r sqlite3'?
   Make sure that your portstree is up-to-date.
  
  
  Looks like databases/sqlite3/Makefile has USES= pathfix libtool. By
  default that will not install .la files. Normally they are only needed
  during the build of the port, but it looks like libsqlite3.la is an
  exception.
  
  Try editing the Makefile to:
  USES= pathfix libtool:keepla
  and see if that fixes the problem.
 
 Changing
 USES= pathfix libtool
 to
 USES= pathfix libtool:keepla

Revert this again!

There is obviously a reason why the Makefile uses libtool and not
libtool:keepla!

r359585 | miwi | 2014-06-27 19:17:31 +0200 (Fri, 27 Jun 2014) | 4 lines

- Use proper stripping
- Don't keep la file since shlib got downgraded in r359529
- Bump PORTREVISION
 
You have obviously ignored my advice! After this change you have to
rebuild subversion! ('portmaster -r sqlite3' should rebuild subversion!)
Then p5-subversion builds fine.

--
Herbert
___
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: upgrading devel/p5-subversion fails

2014-07-16 Thread Serpent7776
On Wed, 16 Jul 2014 22:11:58 +0200
Herbert J. Skuhra hsku...@eumx.net wrote:

 On Wed, 16 Jul 2014 21:12:23 +0200
 Serpent7776 wrote:
 
  On Tue, 15 Jul 2014 14:51:42 -0700
  Kevin Oberman rkober...@gmail.com wrote:
  
   On Tue, Jul 15, 2014 at 2:11 PM, Herbert J. Skuhra hsku...@eumx.net
   wrote:
   
On Tue, 15 Jul 2014 22:42:38 +0200
Serpent7776 wrote:
   
 Hello,

 I'm trying to upgrade p5-subversion, but I got error

 sed: /usr/local/lib/libsqlite3.la: No such file or directory
 libtool: link: `/usr/local/lib/libsqlite3.la' is not a valid libtool
archive
 *** [subversion/bindings/swig/perl/libsvn_swig_perl/
libsvn_swig_perl-1.la]
 Error code 1 1 error
 === Compilation failed unexpectedly.
 Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the
 failure
to
 the maintainer.
 *** [do-build] Error code 1

 Stop in /usr/ports/devel/p5-subversion.

 Full output of portmaster p5-subversion available here:
 http://pastie.org/private/ysbvkwqnppzqvangdqmew

 File /usr/local/lib/libsqlite3.la does not exists.
 I tried rebuilding sqlite3 and deleting p5-subversion before
reinstalling, but
 this does not work.

 My system is
 # uname -a
 FreeBSD DaemON.home 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0: Tue
 Jul
 8
 10:48:24 UTC 2014
 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
   
Have you tried to rebuild subversion before upgrading p5-subversion?
Have you tried to run 'portmaster -r sqlite3'?
Make sure that your portstree is up-to-date.
   
   
   Looks like databases/sqlite3/Makefile has USES= pathfix libtool. By
   default that will not install .la files. Normally they are only needed
   during the build of the port, but it looks like libsqlite3.la is an
   exception.
   
   Try editing the Makefile to:
   USES= pathfix libtool:keepla
   and see if that fixes the problem.
  
  Changing
  USES=   pathfix libtool
  to
  USES=   pathfix libtool:keepla
 
 Revert this again!
 
 There is obviously a reason why the Makefile uses libtool and not
 libtool:keepla!
 
 r359585 | miwi | 2014-06-27 19:17:31 +0200 (Fri, 27 Jun 2014) | 4 lines
 
 - Use proper stripping
 - Don't keep la file since shlib got downgraded in r359529
 - Bump PORTREVISION
  
 You have obviously ignored my advice! After this change you have to
 rebuild subversion! ('portmaster -r sqlite3' should rebuild subversion!)
 Then p5-subversion builds fine.
 
 --
 Herbert

I'm running portmaster -r sqlite3 right now. I just wanted to try to change
makefile first to see if it helps, because it was quicker than rebuilding ~60
ports.

I don't see any UPDATING entry regarding sqlite3 - have I missed something?

Thanks for help

-- 
//Serpent7776
___
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


Any chances to reduce number of gcc ports/packages which are installed as BINARY PACKAGES dependencies?

2014-07-16 Thread Lev Serebryakov
Hello, FreeBSD.


 On my laptop with 11-CURRENT and binary packages I have THREE versions of
 gcc:

 (1) gcc-4.7.x, required (in runtime!) by gnuradio, gimp and others, I think, 
via
 blas/lapack package.

 (2) gcc-ecj-4.5, required by gcc-4.7.x (LOL WUT?! It is plain mad!)

 (3) gcc48-4.8.z, required (in runtime!) by rawtherapee.

 It is about 750MiB of disk space. FOR WHAT? For two files libgcc_s.so?

 Maybe, we should encourage ports, which is needed gcc, to use only one
 version? If many ports needs 4.8, maybe, we should bump any version to
 4.8 for gcc-less systems? And move all other versions to 4.8?

 Here is today statistics:

   2 4.6
   1 4.7
   4 4.8+
 138 any
 141 yes

 Or, maybe, there IS way to link to libgcc_s/libstdc++ statically? I bet,
 most of these ports needs ONLY libgcc_s at runtime.

 Or build binary packages WITHOUT java by default!? Does anybody uses gcj
 FOR REAL when we have native openjdk7 and openjdk8?!

-- 
// Black Lion AKA Lev Serebryakov l...@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: upgrading devel/p5-subversion fails

2014-07-16 Thread Herbert J. Skuhra
On Wed, 16 Jul 2014 22:40:36 +0200
Serpent7776 wrote:

 On Wed, 16 Jul 2014 22:11:58 +0200
 Herbert J. Skuhra hsku...@eumx.net wrote:
 
  On Wed, 16 Jul 2014 21:12:23 +0200
  Serpent7776 wrote:
  
   On Tue, 15 Jul 2014 14:51:42 -0700
   Kevin Oberman rkober...@gmail.com wrote:
   
On Tue, Jul 15, 2014 at 2:11 PM, Herbert J. Skuhra hsku...@eumx.net
wrote:

 On Tue, 15 Jul 2014 22:42:38 +0200
 Serpent7776 wrote:

  Hello,
 
  I'm trying to upgrade p5-subversion, but I got error
 
  sed: /usr/local/lib/libsqlite3.la: No such file or directory
  libtool: link: `/usr/local/lib/libsqlite3.la' is not a valid libtool
 archive
  *** [subversion/bindings/swig/perl/libsvn_swig_perl/
 libsvn_swig_perl-1.la]
  Error code 1 1 error
  === Compilation failed unexpectedly.
  Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the
  failure
 to
  the maintainer.
  *** [do-build] Error code 1
 
  Stop in /usr/ports/devel/p5-subversion.
 
  Full output of portmaster p5-subversion available here:
  http://pastie.org/private/ysbvkwqnppzqvangdqmew
 
  File /usr/local/lib/libsqlite3.la does not exists.
  I tried rebuilding sqlite3 and deleting p5-subversion before
 reinstalling, but
  this does not work.
 
  My system is
  # uname -a
  FreeBSD DaemON.home 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0: Tue
  Jul
  8
  10:48:24 UTC 2014
  r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  
  amd64

 Have you tried to rebuild subversion before upgrading p5-subversion?
 Have you tried to run 'portmaster -r sqlite3'?
 Make sure that your portstree is up-to-date.


Looks like databases/sqlite3/Makefile has USES= pathfix libtool. By
default that will not install .la files. Normally they are only needed
during the build of the port, but it looks like libsqlite3.la is an
exception.

Try editing the Makefile to:
USES= pathfix libtool:keepla
and see if that fixes the problem.
   
   Changing
   USES= pathfix libtool
   to
   USES= pathfix libtool:keepla
  
  Revert this again!
  
  There is obviously a reason why the Makefile uses libtool and not
  libtool:keepla!
  
  r359585 | miwi | 2014-06-27 19:17:31 +0200 (Fri, 27 Jun 2014) | 4 lines
  
  - Use proper stripping
  - Don't keep la file since shlib got downgraded in r359529
  - Bump PORTREVISION
   
  You have obviously ignored my advice! After this change you have to
  rebuild subversion! ('portmaster -r sqlite3' should rebuild subversion!)
  Then p5-subversion builds fine.
  
  --
  Herbert
 
 I'm running portmaster -r sqlite3 right now. I just wanted to try to change
 makefile first to see if it helps, because it was quicker than rebuilding ~60
 ports.

If only p5-subversion is affected, then try to rebuild only
devel/subversion before building devel/p5-subversion.

--
Herbert

___
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: Updating ports that require cclang33 almost comes to a standstill!

2014-07-16 Thread Dimitry Andric
On 16 Jul 2014, at 11:21, Leslie Jensen jensen.les...@gmail.com wrote:
 Hello list.
 
 I'm experiencing a very slow build of clang33
 
 It seems that it's when building clang33/work/llvm-3.3 that is slows down.
 
 Using top I can see that my system is almost idle, 99,4, and cc1plus has two 
 processes using WCPU at 1,80% and 0.10%

cc1plus is actually gcc's C++ compiler, so clang isn't to blame here. :)
Isn't there anything else going on, like linking (look for any 'ld'
processes)?  Or is the machine short on RAM (look at swap usage in top)?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail