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 spa
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
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
>> > interchange
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/
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
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...
mk
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/
===>>> 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
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/te
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: .
W
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
-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 au
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
> schrie
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-u
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/
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.
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
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 a
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
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:
U
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/p
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 instal
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:/
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 s
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
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"
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 Au
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-C
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 thi
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 s
___
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"
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
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
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 dele
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
> gu
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 Wi
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
37 matches
Mail list logo
