bably sufficient to just add
>
> .MAKE.META.IGNORE_PATHS += ${__MAKE_SHELL}
>
Yes but I need to test it fully to see if things like rtld and
libmap.conf, etc, get caught up in the problem too.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
research to discover that status for
> each such point. WITH_META_MODE is an example.]
>
I've just enabled the filemon(4) build on all architectures in r301130.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 5/31/16 4:51 PM, Bryan Drewery wrote:
> On 5/31/16 4:41 PM, Bryan Drewery wrote:
>> On 5/31/16 4:37 PM, Bryan Drewery wrote:
>>> On 5/31/16 7:06 AM, David Wolfskill wrote:
>>>> Kernel build failed (on laptop). But siince the build machine had
>>>>
On 5/31/16 4:41 PM, Bryan Drewery wrote:
> On 5/31/16 4:37 PM, Bryan Drewery wrote:
>> On 5/31/16 7:06 AM, David Wolfskill wrote:
>>> Kernel build failed (on laptop). But siince the build machine had
>>> succeeded,
>>> I tried "make cleanworl
On 5/31/16 4:37 PM, Bryan Drewery wrote:
> On 5/31/16 7:06 AM, David Wolfskill wrote:
>> Kernel build failed (on laptop). But siince the build machine had succeeded,
>> I tried "make cleanworld" on the laptop, taht re-tried the build... and
>> it worked.
>> --
nclude
> ln: machine/include: File exists
> *** [machine] Error code 1
>
> make: stopped in /root/svn/base/sys/modules/accf_http
I've figured out the root cause for this and will have a fix soon.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
to discover that status for
> each such point. WITH_META_MODE is an example.]
>
Ah, I wasn't aware of the restriction. I am testing building it for
other archs now. Most of the arch-dependent code has been removed since
the restriction was added.
--
Regards,
Bryan Drewery
On 5/27/2016 5:16 PM, Bryan Drewery wrote:
> To use this you must either add WITH_META_MODE=yes to your environment
> or add it into /etc/src-env.conf (not /etc/src.conf or /etc/make.conf).
> You will also need to load the filemon(4) module with 'kldload filemon'.
You also need
_target':
> /usr/src/usr.sbin/ctld/uclparse.c:731: undefined reference to
> `ucl_iterate_object'
> collect2: error: ld returned 1 exit status
>
> *** [ctld.full] Error code 1
>
> make[4]: stopped in /usr/src/usr.sbin/ctld
> 1 error
>
> make[4]: stopped in /usr/src/usr.sbin/ctld
> *** [all_subdir_usr.sbin/ctld] Error code 2
>
>
>
>
> ===
> Mark Millard
> markmi at dsl-only.net
>
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
chains on OSes (eg macosx)
> where it may already generate freebsd binaries and as such we should
> be calling the compiler/linker with all the flags it needs.
>
> Having a patched compiler default for mips made things way, way harder
> than it needed to be.
>
>
--
Regards
roducible with GCC toolchains which always get -std=c++11
added in.
I'm committing a fix.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "f
;PRId64,
>>
>> Those aren't the usual CFLAGS. What are your environment, compiler,
>> and target architecture?
>
> There seems to be something that is adding -std=c++11 unconditionally to
> the CXXFLAGS for a C++ library. I'm adding Bryan on CC, who may know
> ho
#include <...> search starts here:
>
> /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include
>
> /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed
>
the years filemon(4) was quite unstable, insecure, and slow. A
lot of work has gone into it over the past 6 months in each of these
areas. After r300893 it should be fine for this use.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
ath hacks
progresses the build further.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 5/23/16 2:41 PM, Mark Millard wrote:
> Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016):
>
>> A critical note to toolchain developers, or anyone who touches the Clang
>> or GCC source files. If you modify these files or add a new target
>> architecture
On 5/23/16 9:45 AM, Bryan Drewery wrote:
> On 5/22/16 1:21 PM, Shawn Webb wrote:
>> Hey All,
>>
>> I’m getting this error when doing `make installworld` on recent builds of
>> HEAD. It seems that the error is non-critical as installworld doesn’t
>> actually erro
native installworld but may have
missed it for the 32bit portion. Looking into it further.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
not pass.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
he prompt report on the issue. It is reverted in
> r299317.
I've made the same mistake before.
Here's a patch that should be right:
https://people.freebsd.org/~bdrewery/patches/Makefile.inc1-restage-reinstall.diff
--
Regards,
Bryan Drewery
___
TCFLAGS}" \
>> CXX="${XCXX} ${LIBCOMPATCFLAGS} ${LIBCOMPATCXXFLAGS}" \
>> +CPP="${XCPP}" \
>> DESTDIR=${LIBCOMPATTMP} \
>> -DNO_CPU_CFLAGS \
>> MK_CTF=no \
>
> and it completed without getting an "error:". So this addition to
> Makefile.libcompat may be one option for a fix.
>
Yes this is needed. Please try this patch though:
https://people.freebsd.org/~bdrewery/patches/libcompat-xcpp.diff
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
er be
> complete and work correctly. I'm waiting for packaged base too.
>
It would be nice if that script and webpage presented a "default" as
too. I just fixed an issue with /usr/lib32/libc_pic.a in r297987 that
doesn't show anywhere on there. It seems there is no check for "files
installed but still deleted" as well.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
-y is returning an error now here where it didn't before.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
_fn_sh_complete)
>
> The details. . .
FYI this was fixed in r297435.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to &quo
On 3/31/16 4:42 PM, Mark Millard wrote:
> On 2016-Mar-31, at 3:34 PM, Bryan Drewery wrote:
>> > #include "..." search starts here:
>> > #include <...> search starts here:
>> > /usr/local/lib/gcc49/include/c++/
>> > /usr/local/lib/gcc49/incl
-message). So having a default
/usr/local/include path seems odd.
Adding -isystem /usr/include to fix this is probably possible but
there's a risk someone will remove it as redundant. In this case I wish
/usr/include was first but I'm not sure what impact that would have on
consumers expecting /
/../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:418:
>> > more undefined references to `dwarf_errmsg' follow
>> > dwarf.o: In function `dw_read':
>> > /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1963:
>> > undefined
r/local/include to avoid them interfering with system
> headers:
Try setting X_COMPILER_TYPE=gcc as well.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscr
On 3/13/16 1:44 PM, Bryan Drewery wrote:
> On 2/22/2016 2:01 PM, Bryan Drewery wrote:
>> Running CURRENT r295632.
>>
>> # vmstat -m|grep routetbl
>> routetbl 103952 51995K - 155861 512,1024
>>
>> This seems quite large for my dev build system.
&
>>
>>> No, this is local disk. The "install from other machine" was via
>>> NFS..
>>
>>
>> I found it. A bad version (from march 8th or so) of
>> /lib/libprivatessh.so.5 that did NOT export the symbol, but the
>> version in /usr/
On 3/14/16 12:29 PM, Dag-Erling Smørgrav wrote:
> Miroslav Lachman <000.f...@quip.cz> writes:
>> Bryan Drewery <bdrew...@freebsd.org> writes:
>>> https://github.com/freebsd/pkg/blob/master/scripts/pkg_tree.sh
>> Can you publish it as a port? I know there is on
On 3/13/16 7:07 AM, Daniel Eischen wrote:
> On Sat, 12 Mar 2016, Bryan Drewery wrote:
>
>> On 3/11/16 9:01 AM, Daniel Eischen wrote:
>>> On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote:
>>>
>>>> On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Darous
On 2/22/2016 2:01 PM, Bryan Drewery wrote:
> Running CURRENT r295632.
>
> # vmstat -m|grep routetbl
> routetbl 103952 51995K - 155861 512,1024
>
> This seems quite large for my dev build system.
>
Now on r296480:
# vmstat -m|grep routetbl
;>
>> Case of only a few monolitic packages is essentiality simple then case
>> of 1000 combined packages.
>
> It would be nice to have pkg(8) show packages in tree form, with option
> to show just top-level meta packages or packages that have no meta.
>
> Perhaps t
. Dependencies are gathered at compile time with
-MF flags kept in separate .depend files per object file. Users should
run 'make cleandepend' once if using -DNO_CLEAN to clean out older
stale .depend files.
The option and mkdep(1) support will be removed in a few weeks.
--
Regards,
Bryan Drewery
On 3/11/2016 9:10 AM, Bryan Drewery wrote:
> WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree
> builds. It no longer runs mkdep(1) during 'make depend', and the
> 'make depend' stage can safely be skipped now as it is auto ran
> when building 'make all' and will
usr/libdata/ldscripts/elf32_sparc.xc? y
> remove /usr/libdata/ldscripts/elf32_sparc.xsc? y
>
> I would think these shouldn't be installed at all, if they
> are not needed or obsolete.
>
This should fix it once MFC'd:
https://svnweb.freebsd.org/changeset/base/296623
--
Regards,
Bryan
gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:887:1:
> warning: 'static const char32_t* std::__1::char_traits::find(const
> char_type*, size_t, const char_type&)': visibility attribute ignored because
> it [-Wattributes]
> char_traits::find(const char_type* __s, size_t __n, const
> char_type& __a)
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:844:29:
> warning: conflicts with previous declaration here [-Wattributes]
> static const char_type* find(const char_type* __s, size_t __n, const
> char_type& __a);
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:900:1:
> warning: 'static char32_t*
> std::__1::char_traits::move(std::__1::char_traits::char_type*,
> const char_type*, size_t)': visibility attribute ignored because it
> [-Wattributes]
> char_traits::move(char_type* __s1, const char_type* __s2, size_t
> __n)
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:845:29:
> warning: conflicts with previous declaration here [-Wattributes]
> static char_type* move(char_type* __s1, const char_type* __s2,
> size_t __n);
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:920:1:
> warning: 'static char32_t*
> std::__1::char_traits::copy(std::__1::char_traits::char_type*,
> const char_type*, size_t)': visibility attribute ignored because it
> [-Wattributes]
> char_traits::copy(char_type* __s1, const char_type* __s2, size_t
> __n)
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:846:29:
> warning: conflicts with previous declaration here [-Wattributes]
> static char_type* copy(char_type* __s1, const char_type* __s2,
> size_t __n);
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:931:1:
> warning: 'static char32_t*
> std::__1::char_traits::assign(std::__1::char_traits::char_type*,
> size_t, std::__1::char_traits::char_type)': visibility attribute
> ignored because it [-Wattributes]
> char_traits::assign(char_type* __s, size_t __n, char_type __a)
> ^
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:847:29:
> warning: conflicts with previous declaration here [-Wattributes]
> static char_type* assign(char_type* __s, size_t __n, char_type
> __a);
> ^
> --- all_subdir_lib/clang ---
> *** [CFG.o] Error code 1
>
> make[6]: stopped in
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis
> 1 error
This seems to be from the clang upgrade.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 3/2/2016 12:52 PM, Bryan Drewery wrote:
> On 3/2/2016 11:00 AM, Kurt Jaeger wrote:
>> Hi!
>>
>> Today, I upgraded to r296308 and had this failure during buildworld:
>>
>> ===> usr.bin/mkesdb_static (obj,build-tools)
>> cc -O2 -pipe -I/usr/src/us
1 error generated.
> *** Error code 1
>
> A 'script' output is available at http://people.freebsd.org/~pi/logs/src-up-2
>
> Is it just me or ... ?
>
My fault. I am working on a fix.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
Running CURRENT r295632.
# vmstat -m|grep routetbl
routetbl 103952 51995K - 155861 512,1024
This seems quite large for my dev build system.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org
ated for
> r283777?
>
makewhatis.local is an optimization wrapper. Rather than blow it away I
will move it out of usr.bin/makewhatis (to avoid accidentally removing
it later and a more proper place) and fix the installation of it.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 2/16/16 2:55 AM, Outback Dingo wrote:
> seems current is broken due to a missing file
> /usr/src/usr.sbin/amd/libamu/../include/config.h:12:10: fatal error:
> 'config_local.h' file not found
>
It's fixed now.
--
Regards,
B
uot;bw.txt.gz"), in case that's of interest or use.
>
r295683 should fix it. There are likely more regressions after my recent
change. Please CC me on any more you run into.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Avoid this range of revisions. I broke 'make distribution', causing
etcupdate to nuke /etc. Sorry about that.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
root:xnu-3248.30.4~1/RELEASE_X86_64 x86_64$ vboxmanage --version5.0.14r105127
>
Recompile it. If you got it from a package, we are not really handling
these correctly. They need to be compile against your kernel, especially
whe
or interest to others.
>
Thanks for this one. I'll keep it in mind to look at if someone doesn't
beat me to it.
I'm still looking into fixing the kernel panic ones. I've figured out
the issue and am looking for a fix there.
--
Regards,
Bryan Drewery
__
rpb = 0 ---
>> db>
>>
>> I'm happy to try testing, but as I actually use the laptop for
>> day-to-day activities, I'm likely to need to do some priority-shifting.
>>
>
> Try clean build first. struct proc layout was changed recently, and the
> instruction at l
st.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64
>
> FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1962
> r294086M/294086:1100094: Fri Jan 15 05:33:30 PST 2016
> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64
>
>
&
ide,insecure,no_subtree_check,async)
>
> The systems have completed many build/install world/kernel cycles using
> this NFS mount and are rock solid.
>
> Any hints would be appreciated.
> ___
> fre
rpb = 0 ---
>> db>
>>
>> I'm happy to try testing, but as I actually use the laptop for
>> day-to-day activities, I'm likely to need to do some priority-shifting.
>>
>
> Try clean build first. struct proc layout was changed recently, and the
> instruction at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 1/6/16 2:54 PM, Bryan Drewery wrote:
> On 12/28/15 5:35 AM, David Wolfskill wrote:
>> Doing native in-place sourceupdate from:
>
>> FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD
>> 11.0-CURRENT #1940 r292767M/29
gt;
> All is working fine now and the only which remains is updating the man
> page of poudriere for this.
>
> Thanks
>
> matthias
>
FYI this was fixed in poudriere-devel-3.1.99.20151204_1.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 12/15/15 10:54 AM, Mark Millard wrote:
> On 2015-Dec-15, at 10:37 AM, Bryan Drewery <bdrew...@freebsd.org> wrote:
>>
>> On 12/8/15 2:14 PM, Bryan Drewery wrote:
>>> On 12/7/15 1:33 PM, Mark Millard wrote:
>>>>
>>>>> On 2015-Dec-
On 12/8/15 2:14 PM, Bryan Drewery wrote:
> On 12/7/15 1:33 PM, Mark Millard wrote:
>>
>>> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote:
>>>
>>> Mark Millard <mar...@dsl-only.net> wrote:
>>>> My guess is t
tience and hopefully when I'm done we will
have something better that we can all agree with and work with.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
would not be effective in the included file.
>
> Did I miss something?
Yes. sys.mk and src-env.conf are included *before* Makefile. Think of it
as being in line 0.
Technically you should be able to use MAKEOBJDIRPREFIX in make.conf or
src.conf if you are not using any of the meta mode feat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/1/15 5:53 PM, Bryan Drewery wrote:
> On 11/12/2015 9:40 AM, Bryan Drewery wrote:
>> Hi,
>>
>> Recently I have introduced two new features into the build. These
>> apply to anything using /usr/share/mk including
>>
>>
>>
>> So yeah, svn 1.9 returned a timestamp that was off by 4s. WTF?
>>
>> For base it's actually even more complicated than I had thought so
>> far. But let's take this one step at time ...
>
> An update, which you won't like to hear:
>
> SVN v1.9 is totally innocent, the API changed a little and has been
> patched, this is not the source of the difference between the
> currently published repo and a clean run. The difference stems from
> the fact that the svnsync'ed copy on git.freebsd.org was poisoned and
> is *NOT* in sync with our main repo. People tell me this is due to a
> shortcoming of svnsync that can race and thus produce different
> metadata for a commit, depending on when it is run.
>
> This is a clusterfuck.
>
> Both freebsd-base and freebsd-ports are no longer reproducible by
> third-parties. It is only a matter of time when freebsd-doc is
> affected.
>
> clusteradm@ sadly has remained rather silent on this issue and unless
> we can move the mirroring to rsync or syncthing or whatever I don't
> see how the project can continue to provide a so-called git "mirror"
>
Running svnsync in 2 places and then calling them mirrors seems odd.
It's only needed once. (svnsync hurts global warming too). Then just
rsync or use the git mirroring features.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
URRENT, at revision 291620.
>
> [...]
>
> ===> sys/boot/i386/boot0sio (all)
> --- all_subdir_libexec ---
> make[4]: make[4]: don't know how to make /Versions.def. Stop
>
> make[4]: stopped in /usr/src/libexec/rtld-elf
>
This is a mistake I just made. Fixing it.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
t; dead in the water ...
>
>
>
Just copy it from the obj directory or 'make -C lib/libelf install'.
Several bugs contributed to this.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 12/1/2015 2:46 PM, Bryan Drewery wrote:
> On 12/1/2015 2:38 PM, O. Hartmann wrote:
>> Am Tue, 1 Dec 2015 23:31:45 +0100
>> "O. Hartmann" <ohart...@zedat.fu-berlin.de> schrieb:
>>
>>>
>>> Just a few moments ago, I installed via buildworld/bu
On 11/12/2015 9:40 AM, Bryan Drewery wrote:
> Hi,
>
> Recently I have introduced two new features into the build. These apply
> to anything using /usr/share/mk including buildworld, buildkernel,
> universe, etc.
>
> - The first is WITH_FAST_DEPEND. Please see the comm
rom:
> LIBADD+= bsdxml sbuf 80211
> to
> LIBADD+= 80211 bsdxml sbuf
>
The fix is worse than that, it is an obscure thing in src.libnames.mk.
Dependencies are supposed to be duplicated there for this exact case.
I'll fix it there.
Curious, why do you use WITHOUT_DYNAMICROOT?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 12/1/2015 9:27 AM, Bryan Drewery wrote:
> On 12/1/2015 8:08 AM, Manfred Antar wrote:
>> make build world is broken at /usr/src/sbin/ifconfig if you have
>> WITHOUT_DYNAMICROOT=yes in src.conf:
>>
>> cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wca
On 12/1/2015 9:03 PM, O. Hartmann wrote:
> On Tue, 1 Dec 2015 14:51:04 -0800
> Bryan Drewery <bdrew...@freebsd.org> wrote:
>
>> On 12/1/2015 2:46 PM, Bryan Drewery wrote:
>>> On 12/1/2015 2:38 PM, O. Hartmann wrote:
>>>> Am Tue, 1 Dec 2015 23:31:45 +
On 11/24/2015 1:31 AM, M - Krasznai András wrote:
> What can I do to eliminate the ccache error during installworld apart from
> not using ccache?
I would recommend not setting CC or CCACHE_PATH in make.conf and using
the new WITH_CCACHE_BUILD=yes option instead.
--
Regards,
Bryan D
On 11/25/2015 2:16 PM, jenkins-ad...@freebsd.org wrote:
> make[7]: make[7]: don't know how to make .o. Stop
My bad. Fixed.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/25/2015 11:34 AM, Rainer Hurling wrote:
> Am 25.11.15 um 19:50 schrieb Bryan Drewery:
>> On 11/25/2015 10:09 AM, Juan Molina wrote:
>>>> On 11/24/2015 1:31 AM, M - Krasznai András wrote:
>>>>> /What can I do to eliminate the ccache error during installwo
e.conf and using
>> the new WITH_CCACHE_BUILD=yes option instead.
>>
>> --
>> Regards,
>> Bryan Drewery
>
> Hi.
>
> I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH
> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.con
On 11/25/2015 12:59 PM, Juan Ramón Molina Menor wrote:
> Le 25/11/2015 19:50, Bryan Drewery a écrit :
>> On 11/25/2015 10:09 AM, Juan Molina wrote:
>>>> On 11/24/2015 1:31 AM, M - Krasznai András wrote:
>>>>> /What can I do to eliminate the ccache error
ereferenced the struct pointers would need to include
sys/sysent.h, but that this still may lead to a broken situation somewhere.
sys/sys/imgact.h:struct sysentvec;
sys/sys/ktrace.h:struct sysentvec;
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
s identifying the bad env variables matter? I can
> probably chase them down if needed.
>
>> On 10 Nov 2015, at 1:21 AM, Bryan Drewery <bdrew...@freebsd.org> wrote:
>>
>> What exact release of 10.1 are you on? The release, or somewhere in head
>> during the 10.1 lifecycl
e # ls -alo /tmp/blah/{usr/,}lib*/libc.so.7
-r--r--r-- 1 root wheel schg 1872397 Nov 13 17:41 /tmp/blah/lib/libc.so.7
-r--r--r-- 1 root wheel schg 1604846 Nov 13 17:42
/tmp/blah/usr/lib32/libc.so.7
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/12/2015 9:40 AM, Bryan Drewery wrote:
> It is only useful for frequent builders who do not use -DNO_CLEAN and
> want a reliable incremental build.
I forgot to mention that I am also working on making buildworld reliably
incremental without ccache. This will not be ready until the
and stats. I do not intend to ever
support enabling this by default. I just intend to update the
devel/ccache pkg-message to suggest using it once it is known to work
for all.
https://svnweb.freebsd.org/changeset/base/290526
Thanks!
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/11/2015 10:13 AM, Slawa Olhovchenkov wrote:
> On Wed, Nov 11, 2015 at 05:51:25PM +0100, Dag-Erling Smørgrav wrote:
>
>> Bryan Drewery <bdrew...@freebsd.org> writes:
>>> Another thing that I did with the port was restore the tcpwrapper
>>> support that u
p rsyncd on the
> backup server.
>
Yes, it's more a matter of convenience with key management. I admit that
after some recent changes I've made I did resort to using the base SSH
and rsync:// to achieve my backups over VPN out of not wanting to
customize the the new system further with the port
e
> request. Damien is generally pretty open to suggestions.
>
My own experience here has been positive, both with patches, feature
suggestion, and general discussion. The upstream is more open than
people may think.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
UPDATING entry
that 'buildit' needs to be added into SUBDIR_TARGETS or called
explicitly with ${MAKE}, but I also want to be sure I'm not missing
something here about this being 'expected behavior'. From my own
experience I don't expect this to be an actual problem.
--
Regards,
Bryan Drewery
On 11/11/2015 1:23 AM, Dag-Erling Smørgrav wrote:
> Bryan Drewery <bdrew...@freebsd.org> writes:
>> Actually I am missing the client-side VersionAddendum support (ssh.c). I
>> only have server-side (sshd.c). This is just due to lack of motivation
>> to import the chang
planning to modify bsd.port.subdir.mk at all.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/11/2015 9:37 AM, Bryan Drewery wrote:
>
> With the change I would like to make, to only recurse on *called*
> targets
This also has the benefit of no longer having 'realinstall' be a thing
that bsd.subdir.mk needs to care about. Just recursing 'install' would
handle all of the
On 11/11/2015 8:51 AM, Dag-Erling Smørgrav wrote:
> Bryan Drewery <bdrew...@freebsd.org> writes:
>> Another thing that I did with the port was restore the tcpwrapper
>> support that upstream removed. Again, if we decide it is not worth
>> keeping in base I will remov
why having a NONE cypher compiled in,
> but disabled in the configuration is a bad idea?
My reasoning for wanting SSH/SCP with NONE is precisely because of the
ssh key support. It simplifies a lot to be able to use the same key over
a VPN and not over the VPN to connect to the same system.
--
Reg
On 11/11/2015 3:56 PM, Slawa Olhovchenkov wrote:
> On Wed, Nov 11, 2015 at 10:18:08AM -0800, Bryan Drewery wrote:
>
>> On 11/11/2015 10:13 AM, Slawa Olhovchenkov wrote:
>>> On Wed, Nov 11, 2015 at 05:51:25PM +0100, Dag-Erling Smørgrav wrote:
>>>
>>>> B
On 11/11/15 4:05 PM, Slawa Olhovchenkov wrote:
> On Wed, Nov 11, 2015 at 03:58:35PM -0800, Bryan Drewery wrote:
>
>>> Some for as ports version?
>>> Or ports version different?
>>> Or port mantainer have more time (this is not to blame for DES)?
>>> I am
mpty>:
> Operation not permitted
> rm:
> <https://jenkins.FreeBSD.org/job/Build-UFS-image/ws/package/FreeBSD_HEAD/var>:
> Directory not empty
> rm:
> <https://jenkins.FreeBSD.org/job/Build-UFS-image/ws/package/FreeBSD_HEAD>:
> Directory not empty
> Bu
and fixed upstream in the last day and
I wrote in a similar fix in the port. That speaks a lot about its usage
in the port currently.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
performance should be more than acceptable for
> today's uses (i.e. cipher performance is 2GB/sec+).
AES-NI doesn't help the absurdity of double-encrypting when using scp or
rsync/ssh over an encrypted VPN, which is where NONE makes sense to use
for me.
--
Regards
e case now. There is nothing different
compared to upstream OpenSSH now for logging.
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to &q
On 11/10/15 4:40 PM, Bryan Drewery wrote:
> Anyway, reverting the base SSH to stock, and then importing all patches
> from the ports default version should result in the same base patches
> applied and a working HPN.
Actually I am missing the client-side VersionAddendum support (ssh.c
anges (which I did
upstream, and did apply to the base HPN as well) and the logging changes
(which were far too intrusive to maintain).
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fre
On 11/9/2015 6:01 PM, Garrett Cooper wrote:
>
>> On Nov 9, 2015, at 17:27, Bryan Drewery <bdrew...@freebsd.org> wrote:
>>
>>> On 11/9/2015 5:17 PM, Garrett Cooper wrote:
>>>
>>>> On Nov 9, 2015, at 16:13, Bryan Drewery <bdrew...@freebsd.org>
On 11/9/2015 4:21 PM, Bryan Drewery wrote:
> On 11/8/2015 10:41 AM, Franco Fichtner wrote:
>> Hi everyone,
>>
>> I'm trying to build 11-CURRENT, but seeing missing header files
>> in lib/libelf, lib/libdwarf and lib/nucurses during a seemingly
>> simple `make b
Nope, still a problem.
>
> We have it defined in some of the config.h files — why isn’t it picking them
> up properly now?
>
> $ grep -r HAVE_STRSIGNAL gnu/
> gnu/usr.bin/cc/libiberty/config.h:#define HAVE_STRSIGNAL 1
> gnu/usr.bin/cc/cc_tools/auto-host.h:#define HAVE_STRSIGNAL 1
> gnu/usr.bin/binutils/libiberty/config.h:#define HAVE_STRSIGNAL 1
> $
r290629 fixes it.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
me (ngie). Is the file system mounted with
> noexec?
> Thanks,
> -NGie
If this is a shell file then it is best to invoke it with 'sh' rather
than a chmod/#!. The src checkout should be noexec-safe.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
oblem?
What exact release of 10.1 are you on? The release, or somewhere in head
during the 10.1 lifecycle?
What revision were you trying to build?
What do you have in /etc/make.conf and /etc/src.conf?
What exact command did you run?
Can you provide a full buildworld log please?
--
Regards,
Bryan Dre
On 11/7/2015 7:14 PM, Jeffrey Bouquet wrote:
> I've a not-complete-installworld from today, dumped core halfway through
> despite single-user mode...
Did you use -j to installworld?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/9/2015 5:17 PM, Garrett Cooper wrote:
>
>> On Nov 9, 2015, at 16:13, Bryan Drewery <bdrew...@freebsd.org> wrote:
>
>
> ...
>
>> If this is a shell file then it is best to invoke it with 'sh' rather
>> than a chmod/#!. The src checkout should b
201 - 300 of 467 matches
Mail list logo