> The build farm is still offline awaiting the code to be updated to a
> point where it will pass a security review.
Ok, thanks for the update.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscr
The build farm is still offline awaiting the code to be updated to a
point where it will pass a security review.
mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "free
There haven't been any packages pushed to FTP for
any major, minor or platform in at least three months.
Yes, there is probably some grand plan, architecture,
and hosting shuffle going on as a result of being cracked.
And that is a good thing.
But can someone please consider copying over an inter
David Demelier wrote:
>> Lua has some disavantages to break compatibility between major versions,
>> thus I'm not sure if current lua modules in the ports tree will still works
>> with that version.
>>
>> Should we start a repocopy of all modules to lua51-* before creating the
>> new port for lua 5
On Wed, Jan 30, 2013 at 10:20:10AM -0800, David Wolfskill wrote:
> ...
> It turned out that this was because I had built security/pinentry with
> all possible "environments" enabled. (In turn, pinentry was brought in
> because of security/gnupg, which I installed in support of handling mail
> {de,
30.01.2013 15:31, Alexander Yerenkow пишет:
This is a narrow case of more wide problem.
I think more general would be to have some sort of
`pkg options`
which will allow you to set up some options (port- and system- wide) to be
preferred.
So, in such case pkg would compare options of pkg form di
After poking around a bit, I found that I (also) had qt-3.3.8_14
installed, and it occurred to me that this might be a source of
complication.
It turned out that this was because I had built security/pinentry with
all possible "environments" enabled. (In turn, pinentry was brought in
because of s
On 30.01.2013 18:07 (UTC+2), Rainer Hurling wrote:
> When I try to install graphics/graphviz from ports I get this error on
> recent 10.0-CURRENT (amd64; clang):
>
> gmake[4]: Entering directory
> `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
> /usr/local/bin/gmkdir -p '/usr/local/b
Hi Carlo!
There are several Django-related ports that need updating. I'm currently
re-creating my build host and should have updated versions ready later this
week or early next.
Best wishes,
Matthew
--
I FIGHT FOR THE USERS
> -Original Message-
> From: Carlo Strub [mailto:c...@fre
When I try to install graphics/graphviz from ports I get this error on
recent 10.0-CURRENT (amd64; clang):
gmake[4]: Entering directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
/usr/local/bin/gmkdir -p '/usr/local/bin'
/bin/sh /usr/local/bin/libtool --mode=install install
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
This is a narrow case of more wide problem.
I think more general would be to have some sort of
`pkg options`
which will allow you to set up some options (port- and system- wide) to be
preferred.
So, in such case pkg would compare options of pkg form different repo and
choose right one (or most fit
W dniu 2013-01-30 10:16, Alex Keda pisze:
> I have some servers, with standard soft settings, and can use general
> repository
> but, one/two applications have another settings (for example, samba,
> apache...)
>
> may be add to installed pkg some options, about 'install repository',
> and use it
I have some servers, with standard soft settings, and can use general
repository
but, one/two applications have another settings (for example, samba,
apache...)
may be add to installed pkg some options, about 'install repository',
and use it for update?
__
On 30/01/2013 09:00, Alex Keda wrote:
> "man xz" say about
>> -T threads, --threads=threads
>
> but, when work
>> pkg create -a
>
> it use only one:
>> PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND
>> 48672 root1 1030 216M 117M CPU22 20:39 99.37% pk
"man xz" say about
> -T threads, --threads=threads
but, when work
> pkg create -a
it use only one:
> PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND
> 48672 root1 1030 216M 117M CPU22 20:39 99.37%
pkg create -a
how I can use more than one CPU?
___
16 matches
Mail list logo