building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Matthias Apitz]

Hello,

I'm building ports in HEAD with poudriere; java/eclipse is failing with 
java.lang.OutOfMemoryError: Java heap space

I've already set in make.conf

MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"

But tis does not help; the VM where poudriere is running has 4 GByte
memory and 4 GByte swap space.

Any ideas? Thanks

matthias
-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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: question about "pkg install"

[Kurt Jaeger]

Hi!

> I have a program (several, actually) I need to install from the
> generic package repository.
> These programs depend on openldap-client; however I have
> openldap-sasl-client installed.  In my experience the two have been
> interchangeable when compiling from ports.
> Is there a way to tell 'pkg install' "Yeah, I know it
> says openldap-client, but the same version of
> openldap-sasl-client satisfies the dependency"?  Or do I just use 'pkg
> install -M' and hope everything works?

I had this issue in the past, too, and am not aware of a solution.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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: question about "pkg install"

[Matthew Seaman]

On 23/08/2014 08:40, Kurt Jaeger wrote:
>> I have a program (several, actually) I need to install from the
>> > generic package repository.
>> > These programs depend on openldap-client; however I have
>> > openldap-sasl-client installed.  In my experience the two have been
>> > interchangeable when compiling from ports.
>> > Is there a way to tell 'pkg install' "Yeah, I know it
>> > says openldap-client, but the same version of
>> > openldap-sasl-client satisfies the dependency"?  Or do I just use 'pkg
>> > install -M' and hope everything works?

> I had this issue in the past, too, and am not aware of a solution.

There isn't a good solution for this right now if you're using the
packages from the official FreeBSD repositories.  You get the default
dependency chain which is baked into the packages.  Which means
openldap-client rather than openldap-sasl-client[*].

If you need to change options for various ports, then the best solution
is to compile your own.  Give poudriere a go -- it is surprisingly easy
and unstressful to use.  Build yourself a repo with your customized
ports in it and away you go.

We do have plans for improving the ports behaviour in this reguard.
Dependencies based on Provides/Requires/Conflicts should help a lot, as
will sub-packages and dependency version-ranges.  This stuff is all on
the roadmap, but there's a lot of work to do to get from here to there,
so don't expect it to all start magically working tomorrow.

Cheers,

Matthew

[*] In this case openldap-client and openldap-sasl-client are clearly
API compatible, since on compilation, it's not a problem to swap from
one to the other.  The question when using binary packages is if they
are ABI compatible, which is a whole different kettle of fish.

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature

Re: [CFT] New upstream snapshot of mplayer and mencoder

[Thomas Zander]

On 15 August 2014 18:46, Thomas Zander  wrote:
> Hi folks,
>
> I have prepared an update to our ports for multimedia/mplayer and mencoder.
> You can find the drop-in replacements (just extract it in
> ${PORTSDIR}/multimedia) at this url:

Update. New tarball here:
https://people.freebsd.org/~riggs/m20140822.tar.xz

Changes:
- Fix regression with mplayer not displaying PGS subtitles

Appreciate feedback, really!
Best regards
Riggs
___
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"

texlive-texmf

[Ajtim]

Hi!

I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:

===>   Registering installation for texlive-base-20140525 as automatic
mktexlsr: Updating /usr/local/share/texmf/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-config/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-dist/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-local/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-var/ls-R... 
mktexlsr: Done.
pkg-static: texlive-base-20140525 conflicts with texlive-texmf-20120701_4 
(installs files into the same place).  Problematic file: /usr/local/share/texmf-
dist/bibtex/csf/base/88591lat.csf
*** Error code 70

Stop.
make: stopped in /usr/ports/print/texlive-base

===>>> Installation of texlive-base-20140525 (print/texlive-base) failed

Thank you.

-- 
ajtiM

http://www.redbubble.com/people/lumiwa
___
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: texlive-texmf

[Marco Beishuizen]

On Sat, 23 Aug 2014, the wise Ajtim wrote:


Hi!

I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:

===>   Registering installation for texlive-base-20140525 as automatic
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr: Updating /usr/local/share/texmf-config/ls-R...
mktexlsr: Updating /usr/local/share/texmf-dist/ls-R...
mktexlsr: Updating /usr/local/share/texmf-local/ls-R...
mktexlsr: Updating /usr/local/share/texmf-var/ls-R...
mktexlsr: Done.
pkg-static: texlive-base-20140525 conflicts with texlive-texmf-20120701_4
(installs files into the same place).  Problematic file: /usr/local/share/texmf-
dist/bibtex/csf/base/88591lat.csf
*** Error code 70

Stop.
make: stopped in /usr/ports/print/texlive-base

===>>> Installation of texlive-base-20140525 (print/texlive-base) failed

Thank you.


Hi,

Here on 9.3-STABLE too. Even when everything of tex is deleted and doing a 
clean install.


Regards,
Marco

--
Air Force Inertia Axiom:
Consistency is always easier to defend than correctness.
___
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: texlive-texmf

[Zsolt Udvari]

I've removed texlive-texmf before building texlive-base and worked fine.

2014-08-23 11:49 GMT+02:00 Ajtim :
> Hi!
>
> I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:
>
> ===>   Registering installation for texlive-base-20140525 as automatic
> mktexlsr: Updating /usr/local/share/texmf/ls-R...
> mktexlsr: Updating /usr/local/share/texmf-config/ls-R...
> mktexlsr: Updating /usr/local/share/texmf-dist/ls-R...
> mktexlsr: Updating /usr/local/share/texmf-local/ls-R...
> mktexlsr: Updating /usr/local/share/texmf-var/ls-R...
> mktexlsr: Done.
> pkg-static: texlive-base-20140525 conflicts with texlive-texmf-20120701_4
> (installs files into the same place).  Problematic file: 
> /usr/local/share/texmf-
> dist/bibtex/csf/base/88591lat.csf
> *** Error code 70
>
> Stop.
> make: stopped in /usr/ports/print/texlive-base
>
> ===>>> Installation of texlive-base-20140525 (print/texlive-base) failed
>
> Thank you.
>
> --
> ajtiM
> 
> http://www.redbubble.com/people/lumiwa
> ___
> 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"

texlive-texmf conflicts with texlive-base

[O. Hartmann]

===>>> All >> tex-dvipsk-5.992_3 >> texlive-texmf-20120701_4 >> 
print/texlive-base (5/16)

===>  Installing for texlive-base-20140525
===>   Registering installation for texlive-base-20140525 as automatic
mktexlsr: Updating /usr/local/share/texmf/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-config/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-dist/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-local/ls-R... 
mktexlsr: Updating /usr/local/share/texmf-var/ls-R... 
mktexlsr: Done.
pkg-static: texlive-base-20140525 conflicts with texlive-texmf-20120701_4 
(installs files
into the same place).  Problematic
file: /usr/local/share/texmf-dist/bibtex/csf/base/88591lat.csf *** Error code 70

Stop.
make: stopped in /usr/ports/print/texlive-base


signature.asc
Description: PGP signature

Re: texlive-texmf

[Dr. Peter Voigt]

Am Sat, 23 Aug 2014 05:49:02 -0400
schrieb Ajtim :

> Hi!
> 
> I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:
> 
> ===>   Registering installation for texlive-base-20140525 as automatic
> mktexlsr: Updating /usr/local/share/texmf/ls-R... 
> mktexlsr: Updating /usr/local/share/texmf-config/ls-R... 
> mktexlsr: Updating /usr/local/share/texmf-dist/ls-R... 
> mktexlsr: Updating /usr/local/share/texmf-local/ls-R... 
> mktexlsr: Updating /usr/local/share/texmf-var/ls-R... 
> mktexlsr: Done.
> pkg-static: texlive-base-20140525 conflicts with
> texlive-texmf-20120701_4 (installs files into the same place).
> Problematic file: /usr/local/share/texmf-
> dist/bibtex/csf/base/88591lat.csf *** Error code 70
> 
> Stop.
> make: stopped in /usr/ports/print/texlive-base
> 
> ===>>> Installation of texlive-base-20140525 (print/texlive-base)
> failed
> 
> Thank you.
> 

I have had the same problem. After I have removed the old
packages texlive-base and texlive-texmf the new texlive ports install
smoothly.

Regards,
Peter


signature.asc
Description: PGP signature

Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Matthias Apitz]

Hello ljboi...@gmail.com,

Can you as the MAINTAINER of the port please clarify how one can build
this port on

FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269739M:
Fri Aug 15 18:07:41 CEST 2014 guru@vm-tiny-r269739:/usr/obj/usr/src/sys/GENERIC 
 i386

$ LANG=C svn info
Path: .
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head/java/eclipse
Relative URL: ^/head/java/eclipse
Repository Root: svn://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 364388
Node Kind: directory
Schedule: normal
Last Changed Author: marino
Last Changed Rev: 361589
Last Changed Date: 2014-07-11 23:56:01 +0200 (Fri, 11 Jul 2014)

Thanks in advance

matthias

- Forwarded message from Matthias Apitz  -

Date: Sat, 23 Aug 2014 09:19:10 +0200
From: Matthias Apitz 
To: freebsd-ports@freebsd.org
Cc: freebsd-j...@freebsd.org
Subject: building java/eclipse in HEAD w/ poudriere:
java.lang.OutOfMemoryError: Java heap space


Hello,

I'm building ports in HEAD with poudriere; java/eclipse is failing with 
java.lang.OutOfMemoryError: Java heap space

I've already set in make.conf

MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"

But tis does not help; the VM where poudriere is running has 4 GByte
memory and 4 GByte swap space.

Any ideas? Thanks

matthias
-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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"

- End forwarded message -

-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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"

Berkeley DB 4 and portupgrade

[RW]

I've lost track of how portupgrade works these days (10.0). Has it
switched to using pkg's sqlite database? 


I was wondering whether I needed to do anything for the DB 4x
deletions, but I don't see a separate database file:

$ ls -l /var/db/pkg
total 41638
-rw-r--r--  1 root  wheel  39279616 23 Aug 14:55 local.sqlite
-rw-r--r--  1 root  wheel 38912 15 Sep  2013 repo-packagesite.sqlite
-r--r--r--  1 root  wheel   3236956 22 Aug 11:23 vuln.xml

___
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: texlive-texmf conflicts with texlive-base

[Chris Rees]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 23/08/2014 11:14, O. Hartmann wrote:
> 
> ===>>> All >> tex-dvipsk-5.992_3 >> texlive-texmf-20120701_4 >> 
> print/texlive-base (5/16)
> 
> ===>  Installing for texlive-base-20140525 ===>   Registering 
> installation for texlive-base-20140525 as automatic mktexlsr: 
> Updating /usr/local/share/texmf/ls-R... mktexlsr: Updating 
> /usr/local/share/texmf-config/ls-R... mktexlsr: Updating 
> /usr/local/share/texmf-dist/ls-R... mktexlsr: Updating 
> /usr/local/share/texmf-local/ls-R... mktexlsr: Updating 
> /usr/local/share/texmf-var/ls-R... mktexlsr: Done. pkg-static: 
> texlive-base-20140525 conflicts with texlive-texmf-20120701_4 
> (installs files into the same place).  Problematic file: 
> /usr/local/share/texmf-dist/bibtex/csf/base/88591lat.csf *** Error 
> code 70
> 
> Stop. make: stopped in /usr/ports/print/texlive-base
> 

You need to keep texlive-base and texlive-texmf in sync.  Update
texlive-texmf and try again.

Might be an idea to use packages to speed this process up?

Chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (MingW32)

iQEcBAEBAgAGBQJT+JPgAAoJEJAPRaYeEulqbxEIAMlw8tQ3toP0m9QlI/frZzyn
i+djz61pt3hRM3Q1T7AdIrTpIRLO/N7jBS9t+icNIy+ezAQEQUUCVica67mw7KL+
P8uH3EcfXGEQFDYjpseNrqREQYWdXwLMTOspAk3llenPR82IZb11RdyRSvVduIgm
YK0/QpQEtm7NDBwFhawQTly+NQg0HS35C1wIgdbQHuxbPay9fIWAX5JD7l14loZG
Vm2A3XXQQciTllyADudBBDV+52W84Tvm5RCU25DEnRO03z3t0jcu3hj13BpXxFwR
7WcMJC37q+SdycSCCQEPJbLawFxGddkdAz7C7bDVLs4xjSIs9YG9xHoj+Mcs8rc=
=eXjR
-END PGP SIGNATURE-

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: texlive-texmf

[Chris Rees]

Hello Hiroki-san,

I think it would be a good idea to add

CONFLICTS_BUILD=texlive-texmf-201[23]*

to texlive-base Makefile.  It appears several people would appreciate this clue!

Do you agree?

Chris


On 23 Aug 2014, at 11:02, Dr. Peter Voigt wrote:

> Am Sat, 23 Aug 2014 05:49:02 -0400
> schrieb Ajtim :
> 
>> Hi!
>> 
>> I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:
>> 
>> ===>   Registering installation for texlive-base-20140525 as automatic
>> mktexlsr: Updating /usr/local/share/texmf/ls-R... 
>> mktexlsr: Updating /usr/local/share/texmf-config/ls-R... 
>> mktexlsr: Updating /usr/local/share/texmf-dist/ls-R... 
>> mktexlsr: Updating /usr/local/share/texmf-local/ls-R... 
>> mktexlsr: Updating /usr/local/share/texmf-var/ls-R... 
>> mktexlsr: Done.
>> pkg-static: texlive-base-20140525 conflicts with
>> texlive-texmf-20120701_4 (installs files into the same place).
>> Problematic file: /usr/local/share/texmf-
>> dist/bibtex/csf/base/88591lat.csf *** Error code 70
>> 
>> Stop.
>> make: stopped in /usr/ports/print/texlive-base
>> 
>> ===>>> Installation of texlive-base-20140525 (print/texlive-base)
>> failed
>> 
>> Thank you.
>> 
> 
> I have had the same problem. After I have removed the old
> packages texlive-base and texlive-texmf the new texlive ports install
> smoothly.
> 
> Regards,
> Peter


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Building interactive ports with poudriere

[Chris Rees]

On 18/08/2014 06:21, Matthias Apitz wrote:
> El día Sunday, August 17, 2014 a las 07:21:06PM -0500, Greg Rivers escribió:
> 
>> What's the proper way to tell poudriere to accept a license?
>>
>> Example:
>> # DISABLE_LICENSES=yes poudriere bulk -j 100amd64 sysutils/fusefs-exfat 
>> sysutils/exfat-utils
>> [snip]
>> >> Building 2 packages using 2 builders
>> >> Starting/Cloning builders
>> >> Hit CTRL+t at any time to see build progress and stats
>> >> [01] Starting build of sysutils/fusefs-exfat
>> >> [02] Starting build of sysutils/exfat-utils
>> >> [02] Finished build of sysutils/exfat-utils: Ignored: License 
>> Microsoft-exFAT needs confirmation, but BATCH is defined
>> >> [01] Finished build of sysutils/fusefs-exfat: Ignored: License 
>> Microsoft-exFAT needs confirmation, but BATCH is defined
>> >> Stopping 2 builders
>> >> No package built, no need to update the repository
>> [snip]
>>
>> Setting environment variables doesn't seem to work.
> 
> I have set with success
> 
> NO_IGNORE=yes
> 
> in the make.conf file of the jail to build ports marked with IGNORE.
> Don't know if this helps in this case too.

Necro-post, sorry, but this should be in the archives.

The easiest way is to put DISABLE_LICENSES=yes into make.conf.  Using
NO_IGNORE will result in wasted time building known-broken ports.

Chris


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Berkeley DB 4 and portupgrade

[Chris Rees]

On 23 Aug 2014, at 15:10, RW wrote:

> 
> 
> I've lost track of how portupgrade works these days (10.0). Has it
> switched to using pkg's sqlite database? 
> 
> 
> I was wondering whether I needed to do anything for the DB 4x
> deletions, but I don't see a separate database file:
> 
> $ ls -l /var/db/pkg
> total 41638
> -rw-r--r--  1 root  wheel  39279616 23 Aug 14:55 local.sqlite
> -rw-r--r--  1 root  wheel 38912 15 Sep  2013 repo-packagesite.sqlite
> -r--r--r--  1 root  wheel   3236956 22 Aug 11:23 vuln.xml

Nope, it doesn't:

https://github.com/freebsd/portupgrade/commit/633cdd7c90a117678f0bdd0c6d25c0b153d20c47

By the way, 10.0 is the release of FreeBSD, nothing to do with the portupgrade 
port.

Hope that helps!

Chris
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 (installs files into the same place)

[Marco Beishuizen]

Hi,

I'm trying to move from db48 to db5. The only port that refuses to upgrade 
is databases/ruby-bdb. Whatever I do I get:

...
> Compressing man pages (compress-man)
===>  Installing for ruby19-bdb5-0.6.6_4
===>   Registering installation for ruby19-bdb5-0.6.6_4
pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 
(installs files into the same place).  Problematic file: 
/usr/local/lib/ruby/site_ruby/1.9/i386-freebsd9/bdb.so

*** [fake-pkg] Error code 70

Stop in /usr/ports/databases/ruby-bdb.
*** [reinstall] Error code 1

Stop in /usr/ports/databases/ruby-bdb.
...

How do get rid of this error?

Regards,
Marco

--
Tact, n.:
The unsaid part of what you're thinking.
___
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"

[QAT] 365508: 12x leftovers

[Ports-QAT]

net-mgmt/pandorafms_*: update to 5.1 and support stage

- Pass maintainership back
- Add patches already incorporated upstream

PR: 192739
Submitted by:   KIKUCHI Koichiro
-

  Build ID:  20140820200200-33820
  Job owner: w...@freebsd.org
  Buildtime: 3 days
  Enddate:   Sat, 23 Aug 2014 18:04:44 GMT

  Revision:  365508
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=365508

-

Port:net-mgmt/pandorafms_agent 5.1.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399950/pandora_agent-5.1.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399951/pandora_agent-5.1.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399952/pandora_agent-5.1.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399953/pandora_agent-5.1.0.log

-

Port:net-mgmt/pandorafms_console 5.1.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399954/pandora_console-5.1.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399955/pandora_console-5.1.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399956/pandora_console-5.1.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399957/pandora_console-5.1.0.log

-

Port:net-mgmt/pandorafms_server 5.1.0

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399958/pandora_server-5.1.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399959/pandora_server-5.1.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399960/pandora_server-5.1.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20140820200200-33820-399961/pandora_server-5.1.0.log


--
Buildarchive URL: 
redports 
___
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: texlive-texmf

[Hiroki Sato]

Chris Rees  wrote
  in <650e7086-e6d4-4503-865d-bc5aad3b7...@bayofrum.net>:

cr> Hello Hiroki-san,
cr>
cr> I think it would be a good idea to add
cr>
cr> CONFLICTS_BUILD=texlive-texmf-201[23]*
cr>
cr> to texlive-base Makefile.  It appears several people would appreciate this 
clue!
cr>
cr> Do you agree?

 Thank you for your suggestion.  I added CONFLICTS on the both sides
 to keep the versions in sync with each other and an additional
 version check into print/texlive-full.

-- Hiroki


pgpgmdGp76veq.pgp
Description: PGP signature

Re: portupgrade hash error message: HASH: Out of overflow pages. Increase page size

[Bryan Drewery]

On 8/22/2014 9:45 PM, Kurt Jaeger wrote:
> Hi!
> 
>>> What version of ruby do you have?
>>>
>>> Do you have ruby-bdb installed? (May be ruby19-bdb or ruby20-bdb)
>>
>> pkg info | grep ruby
>>
>> ruby-2.1.2,1   Object-oriented interpreted scripting language
>> ruby19-1.9.3.547,1 Object-oriented interpreted scripting language
>> ruby19-bdb-0.6.6_3 Ruby interface to Oracle Berkeley DB revision 
>> 2 or later
> 
> After removing ruby-2.1, and a little cleanup, the message did not
> re-appear.
> 

If you're willing to try again please install ruby2 and
databases/ruby-bdb for ruby2 as well.

I was told ruby-bdb was not working with 2.0 so the dependency is not
there, but perhaps it is fine now.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

INDEX build failed for 8.x

[Ports Index build]

INDEX build failed with errors:
Generating INDEX-8 - please wait.. Done.
make_index: /home/indexbuild/tindex/ports/devel/doxygen: no entry for 
/home/indexbuild/tindex/ports/print

Committers on the hook:
 adamw antoine dbn hrs marino riggs sunpoet swills thierry wen 

Most recent SVN update was:
Updating '.':
Uprint/texlive-full/Makefile
Uprint/texlive-base/Makefile
Uprint/texlive-texmf/Makefile
Usysutils/Makefile
Asysutils/cmockery2
Asysutils/cmockery2/distinfo
Asysutils/cmockery2/pkg-descr
Asysutils/cmockery2/pkg-message
Asysutils/cmockery2/pkg-plist
Asysutils/cmockery2/Makefile
Usysutils/parallel/Makefile
Usysutils/parallel/distinfo
Dsysutils/parallel/files/patch-src__parallel
Asysutils/parallel/files/patch-src-Makefile.in
UMk/bsd.tex.mk
Utextproc/rubber/pkg-plist
Utextproc/rubber/Makefile
Utextproc/rubber/pkg-descr
Utextproc/slides/Makefile
Utextproc/slides/distinfo
Dtextproc/slides/files/patch-schema__dtd__slides-full.dtd
Utextproc/slides/files/pkg-deinstall.in
Utextproc/slides/files/pkg-install.in
Utextproc/slides/pkg-plist
Utextproc/website/pkg-plist
Utextproc/website/Makefile
Utextproc/website/distinfo
Utextproc/website/files/pkg-install.in
Utextproc/website/files/pkg-deinstall.in
Uemulators/raine/Makefile
Uemulators/raine/distinfo
Uemulators/raine/pkg-descr
Demulators/raine/files/patch-source_bezel.c
Demulators/raine/files/patch-patch-source_png_savepng.c
Demulators/raine/files/patch-source__gui__rgui.c
Demulators/raine/files/patch-source_png_loadpng.c
Demulators/raine/files/patch-source__emumain.c
Demulators/raine/files/patch-makefile
Demulators/raine/files/patch-source__alleg__blit.c
Aemulators/raine/files/patch-source__savepng.c
Aemulators/raine/files/patch-source__sdl__compat.h
Aemulators/raine/files/patch-source__alleg__png__loadpng.c
Uemulators/raine/pkg-plist
Uhebrew/elmar-fonts/Makefile
Uhebrew/he2/Makefile
Ulang/tcc/Makefile
Dnet-p2p/eiskaltdcpp-daemon/distinfo
Dnet-p2p/eiskaltdcpp-daemon/pkg-descr
Dnet-p2p/eiskaltdcpp-daemon/files
Unet-p2p/eiskaltdcpp-daemon/Makefile
Dnet-p2p/eiskaltdcpp-cli/distinfo
Dnet-p2p/eiskaltdcpp-cli/pkg-descr
Dnet-p2p/eiskaltdcpp-cli/files
Unet-p2p/eiskaltdcpp-cli/pkg-plist
Unet-p2p/eiskaltdcpp-cli/Makefile
Dnet-p2p/eiskaltdcpp-qt/distinfo
Dnet-p2p/eiskaltdcpp-qt/pkg-descr
Dnet-p2p/eiskaltdcpp-qt/files
Unet-p2p/eiskaltdcpp-qt/pkg-plist
Unet-p2p/eiskaltdcpp-qt/Makefile
Dnet-p2p/eiskaltdcpp-gtk/distinfo
Dnet-p2p/eiskaltdcpp-gtk/pkg-descr
Dnet-p2p/eiskaltdcpp-gtk/files
Unet-p2p/eiskaltdcpp-gtk/pkg-plist
Unet-p2p/eiskaltdcpp-gtk/Makefile
Unet-p2p/eiskaltdcpp-lib/pkg-plist
Unet-p2p/eiskaltdcpp-lib/Makefile
Unet-p2p/eiskaltdcpp-lib/distinfo
Unet-p2p/eiskaltdcpp-lib/pkg-descr
Dnet-p2p/eiskaltdcpp-lib/files/patch-dcpp-Atomic.h
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-cli__cli-jsonrpc.pl
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-qt__src__HubFrame.cpp
Anet-p2p/eiskaltdcpp-lib/files/patch-json__CMakeLists.txt
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-qt__src__HubFrame.h
A
net-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-cli__eiskaltdcpp-cli-jsonrpc.1
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-cli__cli-xmlrpc.pl
Anet-p2p/eiskaltdcpp-lib/files/patch-cmake__CMakeLists.txt
Unet-p2p/eiskaltdcpp-lib/files/patch-CMakeLists.txt
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-qt__src__main.cpp
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-daemon__CMakeLists.txt
A
net-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-cli__eiskaltdcpp-cli-xmlrpc.1
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-qt__CMakeLists.txt
Unet-p2p/eiskaltdcpp-lib/files/patch-dcpp__CMakeLists.txt
Anet-p2p/eiskaltdcpp-lib/files/patch-eiskaltdcpp-gtk__CMakeLists.txt
Dnet-p2p/eiskaltdcpp-data/distinfo
Dnet-p2p/eiskaltdcpp-data/pkg-descr
Unet-p2p/eiskaltdcpp-data/pkg-plist
Unet-p2p/eiskaltdcpp-data/Makefile
Udevel/p5-SVN-Look/Makefile
Udevel/ocaml-equeue/Makefile
Udevel/boehm-gc/Makefile
Udevel/py-zope.minmax/Makefile
Udevel/py-shapely/Makefile
Udevel/py-shapely/distinfo
Udevel/py-rtree/Makefile
Udevel/py-rtree/distinfo
Udevel/pymacs/Makefile
Udevel/pymacs/distinfo
Udevel/pymacs/pkg-descr
Ugraphics/gdal/Makefile
Ugraphics/gauche-gl/Makefile
Ugraphics/gauche-gl/distinfo
Ugraphics/gauche-gl/pkg-descr
Ugraphics/gauche-gl/pkg-plist
Ucomms/ncid/Makefile
Unet/rtptools/Makefile
Umath/lapack95/Makefile
Umath/R-cran-car/Makefile
Umath/R-cran-car/distinfo
Uwww/redmine/Makefile
Uwww/redmine/distinfo
Uwww/redmine/files/patch-Gemfile
Uwww/cherokee/Makefile
Uwww/cherokee/distinfo
Uwww/cherokee/pkg-descr
Dwww/cherokee/files/patch-configure
Aww

Re: TeXLive 2014

[Greg Lewis]

After the TeXLive 2014 update a number of the tex related ports won't
build.  An example is print/tex-aleph.  It currently dies like this:

Transcript written on lamed.log.
fmtutil: 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-var/web2c/aleph/lamed.fmt
 installed.
/bin/rm -f 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/ls-R 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-var/ls-R 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/web2c/texmf.cnf
/bin/rmdir 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/web2c || true
> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
Error: 'share/texmf-var/web2c/aleph/aleph.log' is referring to 
/usr/ports/print/tex-aleph/work/stage
Error: 'share/texmf-var/web2c/aleph/lamed.log' is referring to 
/usr/ports/print/tex-aleph/work/stage
*** Error code 1

There are a number of other ports in the same boat.  In this case, and
others where the errors are regarding log files, the errors are spurious.
We shouldn't even install these log files since they serve no purpose and
are just artifacts of the build.

For other ports (e.g. japanese/tex-ptex) the errors seem much more serious:

Error: 'share/texmf-var/web2c/euptex/uplatex.fmt' is referring to 
/usr/ports/japanese/tex-ptex/work/stage

In this case the .fmt files are a needed file for things to work.

I haven't yet looked into how to possibly fix these.  Can others reproduce?

-- 
Greg Lewis  Email   : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology  FreeBSD : gle...@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: pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 (installs files into the same place)

[Bryan Drewery]

On 8/23/2014 1:03 PM, Marco Beishuizen wrote:
> Hi,
> 
> I'm trying to move from db48 to db5. The only port that refuses to
> upgrade is databases/ruby-bdb. Whatever I do I get:
> ...
> > Compressing man pages (compress-man)
> ===>  Installing for ruby19-bdb5-0.6.6_4
> ===>   Registering installation for ruby19-bdb5-0.6.6_4
> pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4
> (installs files into the same place).  Problematic file:
> /usr/local/lib/ruby/site_ruby/1.9/i386-freebsd9/bdb.so
> *** [fake-pkg] Error code 70
> 
> Stop in /usr/ports/databases/ruby-bdb.
> *** [reinstall] Error code 1
> 
> Stop in /usr/ports/databases/ruby-bdb.
> ...
> 
> How do get rid of this error?
> 
> Regards,
> Marco
> 

pkg delete -f ruby19-bdb-0.6.6_4

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Bryan Drewery]

On 8/23/2014 8:51 AM, Matthias Apitz wrote:
> 
> Hello ljboi...@gmail.com,
> 
> Can you as the MAINTAINER of the port please clarify how one can build
> this port on
> 
> FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269739M:
> Fri Aug 15 18:07:41 CEST 2014 
> guru@vm-tiny-r269739:/usr/obj/usr/src/sys/GENERIC  i386
> 
> $ LANG=C svn info
> Path: .
> Working Copy Root Path: /usr/ports
> URL: svn://svn.freebsd.org/ports/head/java/eclipse
> Relative URL: ^/head/java/eclipse
> Repository Root: svn://svn.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 364388
> Node Kind: directory
> Schedule: normal
> Last Changed Author: marino
> Last Changed Rev: 361589
> Last Changed Date: 2014-07-11 23:56:01 +0200 (Fri, 11 Jul 2014)
> 
> Thanks in advance
> 
>   matthias
> 
> - Forwarded message from Matthias Apitz  -
> 
> Date: Sat, 23 Aug 2014 09:19:10 +0200
> From: Matthias Apitz 
> To: freebsd-ports@freebsd.org
> Cc: freebsd-j...@freebsd.org
> Subject: building java/eclipse in HEAD w/ poudriere:
>   java.lang.OutOfMemoryError: Java heap space
> 
> 
> Hello,
> 
> I'm building ports in HEAD with poudriere; java/eclipse is failing with 
> java.lang.OutOfMemoryError: Java heap space
> 
> I've already set in make.conf
> 
> MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"
> 
> But tis does not help; the VM where poudriere is running has 4 GByte
> memory and 4 GByte swap space.
> 
> Any ideas? Thanks
> 
>   matthias
> 

Once a solution is found we need it for java/openjdk* as well since they
use all ram in the system. On our package builders this is 96GB. We need
to be able to limit how much they can use for building so they only have
a few GB and not 96.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 (installs files into the same place)

[Marco Beishuizen]

On Sat, 23 Aug 2014, the wise Bryan Drewery wrote:



pkg delete -f ruby19-bdb-0.6.6_4



Yes! That worked. Was simpler than I thought. Thanks.

Regards,
Marco

--
To a New Yorker, the only California houses on the market for less than
a million dollars are those on fire.  These generally go for six hundred
thousand.
-- From "East vs. West: The War Between the Coasts"
___
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: TeXLive 2014

[Hiroki Sato]

Greg Lewis  wrote
  in <20140823174220.ga46...@misty.eyesbeyond.com>:

gl> After the TeXLive 2014 update a number of the tex related ports won't
gl> build.  An example is print/tex-aleph.  It currently dies like this:
gl>
gl> Transcript written on lamed.log.
gl> fmtutil: 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-var/web2c/aleph/lamed.fmt
 installed.
gl> /bin/rm -f 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/ls-R 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-var/ls-R 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/web2c/texmf.cnf
gl> /bin/rmdir 
/usr/ports/print/tex-aleph/work/stage/usr/local/share/texmf-dist/web2c || true
gl> > Compressing man pages (compress-man)
gl> > Running Q/A tests (stage-qa)
gl> Error: 'share/texmf-var/web2c/aleph/aleph.log' is referring to 
/usr/ports/print/tex-aleph/work/stage
gl> Error: 'share/texmf-var/web2c/aleph/lamed.log' is referring to 
/usr/ports/print/tex-aleph/work/stage
gl> *** Error code 1
gl>
gl> There are a number of other ports in the same boat.  In this case, and
gl> others where the errors are regarding log files, the errors are spurious.
gl> We shouldn't even install these log files since they serve no purpose and
gl> are just artifacts of the build.
gl>
gl> For other ports (e.g. japanese/tex-ptex) the errors seem much more serious:
gl>
gl> Error: 'share/texmf-var/web2c/euptex/uplatex.fmt' is referring to 
/usr/ports/japanese/tex-ptex/work/stage
gl>
gl> In this case the .fmt files are a needed file for things to work.
gl>
gl> I haven't yet looked into how to possibly fix these.  Can others reproduce?

 This is reproducible and has also been filed as PR 192933.  I am
 wondering if I should fix this and how to do it if should.  I agree
 that it is better to fix them if possible, but it is harmless in this
 case and difficult to properly fix it.

 foo.fmt and foo.log which are generated for a TeX format "foo".  They
 contain ${STAGEDIR} because they are processed within the directory,
 but they are just recorded, not used as pathname.  Although we can
 replace the pathnames by using sed(1) in foo.log since it is a plain
 text, it is difficult for foo.fmt.

 One way to fix it is to run fmtutil after necessary texmf files
 installed.  However, .fmt file generation in ${STAGEDIR} is
 friendlier with packaging and safer in terms of possible failures
 (i.e. errors can be detected before installing).

 For whether installing .log file or not, I intentionally installed
 them because the output is required for diagnostic purpose.  Building
 a .fmt can be screwed up in various ways without compile-time error
 even if taking countermeasures, and it is difficult to detect
 malformed one without .log.

-- Hiroki


pgpUFMQbfj6uu.pgp
Description: PGP signature

Re: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Matthias Apitz]

El día Saturday, August 23, 2014 a las 01:16:35PM -0500, Bryan Drewery escribió:

> > I'm building ports in HEAD with poudriere; java/eclipse is failing with 
> > java.lang.OutOfMemoryError: Java heap space
> > 
> > I've already set in make.conf
> > 
> > MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"
> > 
> > But tis does not help; the VM where poudriere is running has 4 GByte
> > memory and 4 GByte swap space.
> > 
> > Any ideas? Thanks
> > 
> > matthias
> > 
> 
> Once a solution is found we need it for java/openjdk* as well since they
> use all ram in the system. On our package builders this is 96GB. We need
> to be able to limit how much they can use for building so they only have
> a few GB and not 96.

Just to mention it, I was able to build java/eclipse in October last
year on head, to be exactly:

eclipse-devel-4.2.0_4 on kernel r255948 with ports r328930

but this was the old way (i.e. with 'make install' in the ports dir); I
still have this VM in my office and could re-run the 'make install' to
get the log of the building if this would help to nail down the problem.
And it was a tiny VM with some 30 GB disk and 4 GB RAM. It it is now
requesting 96 GB RAM, there nḿust be something wrong, some run-away
or cycle in the build.

HIH

matthias
-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[olli hauer]

On 2014-08-23 20:16, Bryan Drewery wrote:
> On 8/23/2014 8:51 AM, Matthias Apitz wrote:
>>
>> Hello ljboi...@gmail.com,
>>
>> Can you as the MAINTAINER of the port please clarify how one can build
>> this port on
>>
>> FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269739M:
>> Fri Aug 15 18:07:41 CEST 2014 
>> guru@vm-tiny-r269739:/usr/obj/usr/src/sys/GENERIC  i386
>>
>> $ LANG=C svn info
>> Path: .
>> Working Copy Root Path: /usr/ports
>> URL: svn://svn.freebsd.org/ports/head/java/eclipse
>> Relative URL: ^/head/java/eclipse
>> Repository Root: svn://svn.freebsd.org/ports
>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
>> Revision: 364388
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: marino
>> Last Changed Rev: 361589
>> Last Changed Date: 2014-07-11 23:56:01 +0200 (Fri, 11 Jul 2014)
>>
>> Thanks in advance
>>
>>  matthias
>>
>> - Forwarded message from Matthias Apitz  -
>>
>> Date: Sat, 23 Aug 2014 09:19:10 +0200
>> From: Matthias Apitz 
>> To: freebsd-ports@freebsd.org
>> Cc: freebsd-j...@freebsd.org
>> Subject: building java/eclipse in HEAD w/ poudriere:
>>  java.lang.OutOfMemoryError: Java heap space
>>
>>
>> Hello,
>>
>> I'm building ports in HEAD with poudriere; java/eclipse is failing with 
>> java.lang.OutOfMemoryError: Java heap space
>>
>> I've already set in make.conf
>>
>> MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"
>>
>> But tis does not help; the VM where poudriere is running has 4 GByte
>> memory and 4 GByte swap space.
>>
>> Any ideas? Thanks
>>
>>  matthias
>>
> 
> Once a solution is found we need it for java/openjdk* as well since they
> use all ram in the system. On our package builders this is 96GB. We need
> to be able to limit how much they can use for building so they only have
> a few GB and not 96.
> 

For FreeBSD >= 9.x rctl can be a solution to limit jail resources.
Unluckily it seems that RACCT/RCTL it not a default kernel option and also not 
a loadable module ...
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-resourcelimits.html#idp72352048


-- 
olli
___
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: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Bryan Drewery]

On 8/23/2014 2:14 PM, olli hauer wrote:
> On 2014-08-23 20:16, Bryan Drewery wrote:
>> On 8/23/2014 8:51 AM, Matthias Apitz wrote:
>>>
>>> Hello ljboi...@gmail.com,
>>>
>>> Can you as the MAINTAINER of the port please clarify how one can build
>>> this port on
>>>
>>> FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269739M:
>>> Fri Aug 15 18:07:41 CEST 2014 
>>> guru@vm-tiny-r269739:/usr/obj/usr/src/sys/GENERIC  i386
>>>
>>> $ LANG=C svn info
>>> Path: .
>>> Working Copy Root Path: /usr/ports
>>> URL: svn://svn.freebsd.org/ports/head/java/eclipse
>>> Relative URL: ^/head/java/eclipse
>>> Repository Root: svn://svn.freebsd.org/ports
>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
>>> Revision: 364388
>>> Node Kind: directory
>>> Schedule: normal
>>> Last Changed Author: marino
>>> Last Changed Rev: 361589
>>> Last Changed Date: 2014-07-11 23:56:01 +0200 (Fri, 11 Jul 2014)
>>>
>>> Thanks in advance
>>>
>>> matthias
>>>
>>> - Forwarded message from Matthias Apitz  -
>>>
>>> Date: Sat, 23 Aug 2014 09:19:10 +0200
>>> From: Matthias Apitz 
>>> To: freebsd-ports@freebsd.org
>>> Cc: freebsd-j...@freebsd.org
>>> Subject: building java/eclipse in HEAD w/ poudriere:
>>> java.lang.OutOfMemoryError: Java heap space
>>>
>>>
>>> Hello,
>>>
>>> I'm building ports in HEAD with poudriere; java/eclipse is failing with 
>>> java.lang.OutOfMemoryError: Java heap space
>>>
>>> I've already set in make.conf
>>>
>>> MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"
>>>
>>> But tis does not help; the VM where poudriere is running has 4 GByte
>>> memory and 4 GByte swap space.
>>>
>>> Any ideas? Thanks
>>>
>>> matthias
>>>
>>
>> Once a solution is found we need it for java/openjdk* as well since they
>> use all ram in the system. On our package builders this is 96GB. We need
>> to be able to limit how much they can use for building so they only have
>> a few GB and not 96.
>>
> 
> For FreeBSD >= 9.x rctl can be a solution to limit jail resources.
> Unluckily it seems that RACCT/RCTL it not a default kernel option and also 
> not a loadable module ...
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-resourcelimits.html#idp72352048
> 
> 

Yes rctl is something I have considered adding into the build systems to
integrate with poudriere. It would be perfect for this use. However it
is not default because of the same reason I likely won't use it. It adds
a lot of overhead with PROC_LOCKS.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: TeXLive 2014

[Kurt Jaeger]

Hi!

> gl> Error: 'share/texmf-var/web2c/euptex/uplatex.fmt' is referring to 
> /usr/ports/japanese/tex-ptex/work/stage
> gl>
> gl> In this case the .fmt files are a needed file for things to work.

>  This is reproducible and has also been filed as PR 192933.  I am
>  wondering if I should fix this and how to do it if should.  I agree
>  that it is better to fix them if possible, but it is harmless in this
>  case and difficult to properly fix it.
> 
>  foo.fmt and foo.log which are generated for a TeX format "foo".  They
>  contain ${STAGEDIR} because they are processed within the directory,
>  but they are just recorded, not used as pathname.  Although we can
>  replace the pathnames by using sed(1) in foo.log since it is a plain
>  text, it is difficult for foo.fmt.

One solution could be a change to

/usr/ports/Mk/Scripts/qa.sh

which tells it to ignore tex-related .fmt and .log files ?

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Matthias Apitz]

El día Saturday, August 23, 2014 a las 02:16:13PM -0500, Bryan Drewery escribió:

> >> Once a solution is found we need it for java/openjdk* as well since they
> >> use all ram in the system. On our package builders this is 96GB. We need
> >> to be able to limit how much they can use for building so they only have
> >> a few GB and not 96.
> >>
> > 
> > For FreeBSD >= 9.x rctl can be a solution to limit jail resources.
> > Unluckily it seems that RACCT/RCTL it not a default kernel option and also 
> > not a loadable module ...
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-resourcelimits.html#idp72352048
> > 
> > 
> 
> Yes rctl is something I have considered adding into the build systems to
> integrate with poudriere. It would be perfect for this use. However it
> is not default because of the same reason I likely won't use it. It adds
> a lot of overhead with PROC_LOCKS.

Reading the handbook, I understand how rctl could help to terminate some
proc (or log it, or do signaling); but I do not see how rctl could help
to get eclipse being built.

matthias
-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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"

INDEX now builds successfully on 8.x

[Ports Index build]

___
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: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Bryan Drewery]

On 8/23/2014 2:51 PM, Matthias Apitz wrote:
> El día Saturday, August 23, 2014 a las 02:16:13PM -0500, Bryan Drewery 
> escribió:
> 
 Once a solution is found we need it for java/openjdk* as well since they
 use all ram in the system. On our package builders this is 96GB. We need
 to be able to limit how much they can use for building so they only have
 a few GB and not 96.

>>>
>>> For FreeBSD >= 9.x rctl can be a solution to limit jail resources.
>>> Unluckily it seems that RACCT/RCTL it not a default kernel option and also 
>>> not a loadable module ...
>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-resourcelimits.html#idp72352048
>>>
>>>
>>
>> Yes rctl is something I have considered adding into the build systems to
>> integrate with poudriere. It would be perfect for this use. However it
>> is not default because of the same reason I likely won't use it. It adds
>> a lot of overhead with PROC_LOCKS.
> 
> Reading the handbook, I understand how rctl could help to terminate some
> proc (or log it, or do signaling); but I do not see how rctl could help
> to get eclipse being built.
> 
>   matthias
> 

Sorry it would not. I am mixing multiple ideas. We need to be able to
both limit the amount of memory a jail can use (RCTL) but also ensure
applications don't think they use all of hw.physmem for building. This
may be actually adding a feature to limit how much memory jails can
think they have. The openjdk ports peer into hw.physmem and assume they
have a ton of memory and fail to build once they hit the limits we've
put in place via ulimit or rctl. Eclipse is probably doing something
similar regarding guessing how much memory it can use.

Do you have MAX_MEMORY set in poudriere.conf? This would cause the
openjdk ports to fail if it is largely different than how much memory
you actually have.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

texlive ports now failing more sooner than his morning

[Kevin Oberman]

This morning I had to delete texlive-texmf to install texlive-base. Not a
big deal. The mail list made it appear that this had been fixed, but this
afternoon I tried updating another system and texlive-infra and
texlive-texmf fail immediately with a bad Makefile.

I should mention that this is a v9.2 system.

The Makefile appears to be at least, in part, a diff. I see:
CATEGORIES= print
<<< .mine
MASTER_SITES=   ftp://ftp.tux.org/historic/systems/texlive/2012/
||| .r365631
MASTER_SITES=   ftp://ftp.tug.org/historic/systems/texlive/2012/
===
MASTER_SITES=   ftp://ftp.tug.org/historic/systems/texlive/2014/
>>> .r365718
PKGNAMESUFFIX=  -texmf

I manually edited the file and it is now building.

--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.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"

Re: texlive ports now failing more sooner than his morning

[Kevin Oberman]

Either it is already fixed or I had a problem with the svn update. In any
case, the copy in the repository looks fine. Sorry for the noise.

R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com


On Sat, Aug 23, 2014 at 3:12 PM, Kevin Oberman  wrote:

> This morning I had to delete texlive-texmf to install texlive-base. Not a
> big deal. The mail list made it appear that this had been fixed, but this
> afternoon I tried updating another system and texlive-infra and
> texlive-texmf fail immediately with a bad Makefile.
>
> I should mention that this is a v9.2 system.
>
> The Makefile appears to be at least, in part, a diff. I see:
> CATEGORIES= print
> <<< .mine
> MASTER_SITES=   ftp://ftp.tux.org/historic/systems/texlive/2012/
> ||| .r365631
> MASTER_SITES=   ftp://ftp.tug.org/historic/systems/texlive/2012/
> ===
> MASTER_SITES=   ftp://ftp.tug.org/historic/systems/texlive/2014/
> >>> .r365718
> PKGNAMESUFFIX=  -texmf
>
> I manually edited the file and it is now building.
>
> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkober...@gmail.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"

Re: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Jimmy Kelley]

On Sat, Aug 23, 2014 at 03:51:01PM +0200, Matthias Apitz wrote:
> 
> Hello ljboi...@gmail.com,
> 
> Can you as the MAINTAINER of the port please clarify how one can build
> this port on
> 
> FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269739M:
> Fri Aug 15 18:07:41 CEST 2014 
> guru@vm-tiny-r269739:/usr/obj/usr/src/sys/GENERIC  i386
> 
> $ LANG=C svn info
> Path: .
> Working Copy Root Path: /usr/ports
> URL: svn://svn.freebsd.org/ports/head/java/eclipse
> Relative URL: ^/head/java/eclipse
> Repository Root: svn://svn.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 364388
> Node Kind: directory
> Schedule: normal
> Last Changed Author: marino
> Last Changed Rev: 361589
> Last Changed Date: 2014-07-11 23:56:01 +0200 (Fri, 11 Jul 2014)
> 
> Thanks in advance
> 
>   matthias
> 
> - Forwarded message from Matthias Apitz  -
> 
> Date: Sat, 23 Aug 2014 09:19:10 +0200
> From: Matthias Apitz 
> To: freebsd-ports@freebsd.org
> Cc: freebsd-j...@freebsd.org
> Subject: building java/eclipse in HEAD w/ poudriere:
>   java.lang.OutOfMemoryError: Java heap space
> 
> 
> Hello,
> 
> I'm building ports in HEAD with poudriere; java/eclipse is failing with 
> java.lang.OutOfMemoryError: Java heap space
> 
> I've already set in make.conf
> 
> MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"
> 
> But tis does not help; the VM where poudriere is running has 4 GByte
> memory and 4 GByte swap space.
> 
> Any ideas? Thanks
> 
>   matthias

Hello Matthias,

I have not tried to build this version of Eclipse on -CURRENT at all.
I think -Xmx2048m for MAVEN_OPTS on i386 is too big; try -Xmx1792m.
I had that in the Makefile when first developing and testing the port, but
removed it; maybe putting that back in will deal with the complaints that
bdrewery@ had about memory usage on the package builders...

redports has never been kind to this port, but maybe I'll give it another
go...

Regards,

Jimmy
___
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: HEADS UP: Berkeley DB 4...4.7 port removals/upgrades may require manual preparation

[Peter Jeremy]

On 2014-Aug-21 20:56:47 +0200, Matthias Andree  wrote:
>The time has now come to remove these db4* ports, Berkeley DB versions
>4.0 to 4.7, inclusively.  Most of their dependent ports can cope with
>upgrades to db48, db5, or db6, most of the others could be patched to work.
...
>I have created a Wiki page that contains instructions, and points to
>SleepyCat's or Oracle's upgrading documentation, at
>.

This assumes that I know where and how BDB is being used.  I've discovered
that I have db41 installed on a couple of systems - it's required by
textproc/redland, which in turn is required by editors/libreoffice.  Whilst
I can avoid using libreoffice whilst I upgrade, I have no idea how it uses
BDB or where the database files might be.  I suspect this scenario is true
for the majority of people who have BDB installed.

>When, among the upgrade steps on the WIki, you have reached the point
>where it is safe to upgrade the Berkeley DB and applications, there is a
>helper script in Tools/scripts/BDB-upgrade-helper.sh uses portmaster or
>portupgrade to rebuild the applications to use a newer Berkeley DB, and
>then offer to delete the old Berkeley DB ports.

Partial relative paths aren't especially helpful.  This should either be
an absolute path or specify a cwd (presumably /usr/ports in this case).

And, for reasons I don't understand, when I run BDB-upgrade-helper.sh,
portmaster wants to install both db48 and db5.

-- 
Peter Jeremy


pgpvr08lPih3L.pgp
Description: PGP signature

Re: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space

[Matthias Apitz]

El día Saturday, August 23, 2014 a las 04:49:26PM -0500, Bryan Drewery escribió:

> Sorry it would not. I am mixing multiple ideas. We need to be able to
> both limit the amount of memory a jail can use (RCTL) but also ensure
> applications don't think they use all of hw.physmem for building. This
> may be actually adding a feature to limit how much memory jails can
> think they have. The openjdk ports peer into hw.physmem and assume they
> have a ton of memory and fail to build once they hit the limits we've
> put in place via ulimit or rctl. Eclipse is probably doing something
> similar regarding guessing how much memory it can use.
> 
> Do you have MAX_MEMORY set in poudriere.conf? This would cause the
> openjdk ports to fail if it is largely different than how much memory
> you actually have.

No. I will set it now to 3 GByte and will let you know. I only have had
in loader.conf:

kern.maxdsiz="1073741824"  # in bytes 1024*1024*1024
kern.maxssiz="671088640"   # in bytes 65536*1024*10

which did not helped.

matthias

-- 
Matthias Apitz   |  /"\   ASCII Ribbon Campaign:
E-mail: g...@unixarea.de |  \ /   - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X- No proprietary attachments
phone: +49-170-4527211   |  / \   - Respect for open standards
 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
___
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"