On Wed, Nov 13, 2013 at 04:47:20PM -0500, Eitan Adler wrote:
> On Wed, Nov 13, 2013 at 3:27 PM, Melvyn Sopacua wrote:
> > On Wed, 13 Nov 2013, Kris Moore wrote:
> >
> >>
> >> Wanted to run this by the ports community, see your thoughts. We build
> >> our PBIs from the ports system, and are able to
On 14/11/2013 09:53, Joe Nosay wrote:
> root@conhecer:/traverso/work # cd ..
> root@conhecer:/traverso # make
> ===> Found saved configuration for traverso-0.49.2
> ===> traverso-0.49.2 depends on file: /usr/local/sbin/pkg - found
> => traverso-0.49.2.tar.gz doesn't seem to exist in /usr/ports/d
Hi--
On Nov 13, 2013, at 3:15 PM, Joe Nosay wrote:
> "ls -lh -D Byte" does not give me the exact byte size of the archive. What
> is the correct command?
ls -l _file_ is the most direct way, but you can run the file through wc -c or
do other things.
Regards,
--
-Chuck
___
root@conhecer:/traverso/work # cd ..
root@conhecer:/traverso # make
===> Found saved configuration for traverso-0.49.2
===> traverso-0.49.2 depends on file: /usr/local/sbin/pkg - found
=> traverso-0.49.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch
http://downloa
"ls -lh -D Byte" does not give me the exact byte size of the archive. What
is the correct command?
Thanks
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-un
On Nov 13, 2013, at 12:27, Chad Gross wrote:
> I found an issue with the nfsen port Makefile. It is not properly
> configured to expand the %%PORTNAME%% variable used when generating the
> nfsen config file.
>
>
> For example, the config that is installed shows this:
>
> $VARDIR="${BASEDIR}/v
On Wed, Nov 13, 2013 at 3:27 PM, Melvyn Sopacua wrote:
> On Wed, 13 Nov 2013, Kris Moore wrote:
>
>>
>> Wanted to run this by the ports community, see your thoughts. We build
>> our PBIs from the ports system, and are able to parse most of the
>> information out for display graphically, like descr
On Wed, 13 Nov 2013, Kris Moore wrote:
Wanted to run this by the ports community, see your thoughts. We build
our PBIs from the ports system, and are able to parse most of the
information out for display graphically, like descriptions, maintainers,
website, License, etc. However we currently do
Wanted to run this by the ports community, see your thoughts. We build
our PBIs from the ports system, and are able to parse most of the
information out for display graphically, like descriptions, maintainers,
website, License, etc. However we currently don't have a way to pull the
actual name of
On Tue, Nov 12, 2013 at 2:31 PM, Lowell Gilbert <
freebsd-ports-lo...@be-well.ilk.org> wrote:
> Big Lebowski writes:
>
> > Yes, that was exactly the case - I know about these options, and I know
> how
> > to use them, but somehow RUN_DEPENDS doesnt feel right here. The original
> > port is a stan
Hi everybody,
With the 10.0 release becoming more and more tangible, I tried to switch one
laptop to 10.0-BETA3 and see how it would go.
I fumbled into a problem that I have a hard time to resolve: I would like to
build graphics/darktable with gcc (lang/gcc46 to be precise, through the
USE_GCC
I found an issue with the nfsen port Makefile. It is not properly
configured to expand the %%PORTNAME%% variable used when generating the
nfsen config file.
For example, the config that is installed shows this:
$VARDIR="${BASEDIR}/var/%%PORTNAME%%";
When it should be this:
$VARDIR="${BASEDIR}
I don't know how to fix this, builds fine on 9.x:
http://beefy2.isc.freebsd.org/bulk/91amd64-default/2013-11-13_01h35m11s/logs/grive-0.2.0_1.log
On Wed, Nov 13, 2013 at 11:10 AM, Alex V. Petrov wrote:
> [ 95%] Building CXX object
> libgrive/CMakeFiles/unittest.dir/test/util/FunctionTest.cc.o
>
>
[ 95%] Building CXX object
libgrive/CMakeFiles/unittest.dir/test/util/FunctionTest.cc.o
[ 97%] Building CXX object
libgrive/CMakeFiles/unittest.dir/test/util/SignalHandlerTest.cc.o
[100%] Building CXX object
libgrive/CMakeFiles/unittest.dir/test/xml/NodeTest.cc.o
4 warnings generated.
Linking CX
While the null-mount of /var/db/ports onto /usr/local/etc/poudriere/options
gets transferred to the build jails by poudriere, the null-mount of /usr/src
onto poudriere-environment/usr/src (as expected) does not get propagated to
the build jails.
-
FreeBSD-11-current_amd64_root-on-zfs_Radeon
Thank you Brian for the answer.
The problem is, the data is on host's /usr/src and the jail's /usr/src is
empty. If I were to first null-mount host's /usr/src onto jail's /usr/src, I
don't suppose poudriere would be able to null-mount a null-mount?
-
FreeBSD-11-current_amd64_root-on-zfs_Rade
On 11/13/2013 2:25 AM, Beeblebrox wrote:
> Some ports require kernel sources to build.
> On a system that has /usr/src already downloaded, how can one null-mount
> that folder into poudriere's build environment so that kernel sources are
> made available for the poudriere jails?
> These probably wo
Hi all,
I'm affected by "pkg registration conflict between libiconv-1.14_1 and
gettext-0.18.1.1"
(http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/082231.html)
and I was trying to follow the instructions in /usr/ports/UPDATING.
However, running "pkg query %ro libiconv" returns nothing (w
Some ports require kernel sources to build.
On a system that has /usr/src already downloaded, how can one null-mount
that folder into poudriere's build environment so that kernel sources are
made available for the poudriere jails?
These probably won't work:
* fstab file and entry in build-jailname/
19 matches
Mail list logo
