added cc: ctm-us...@freebsd.org , step...@math.missouri.edu
Summary of this mail below:
I suspect I know where the problem is,
Stephen & I will probably be able to resolve it.
Stefan Esser wrote:
> From: Stefan Esser
> To: "Julian H. Stacey"
> Cc: curr...@fr
Ryan Moeller wrote:
>
> On 9/1/20 7:42 PM, Julian H. Stacey wrote:
> > Hi curr...@freebsd.org,
> >
> > With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/cddl/sbin/zfs
> > # bmake[4]: don't know how to make zfs-change-key.8. Stop
&
"Julian H. Stacey" wrote:
> Rick Macklem wrote:
> > Julian H. Stacey wrote:
> > >Hi curr...@freebsd.org,
> > >
> > >/sys/modules/ nfscl & nfsd
> > >With .ctm_status src-cur 14656 .svn_revision 364986
> > >
> > >/usr/src/
Thanks Stephan for your comprehensive analaysis,
i'll look into all this & reports back inc. CC current.
Cheers,
Julian
--
Julian Stacey, Consultant Sys. Engineer, BSD Linux http://berklix.com/jhs/
Crash Brexit Dec. 2020 paid by speculators. http://berklix.uk/brexit/#money
Hi curr...@freebsd.org,
With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/cddl/sbin/zfs
# bmake[4]: don't know how to make zfs-change-key.8. Stop
Avoided for now with /etc/src.conf WITHOUT_ZFS=YES
Cheers,
Julian
--
Julian Stacey, Consultant Sys. Engineer, BSD Linux
Hi curr...@freebsd.org,
/sys/modules/ nfscl & nfsd
With .ctm_status src-cur 14656 .svn_revision 364986
/usr/src/sys/fs/nfsclient/nfs_clkrpc.c:40:10: fatal error: 'opt_kern_tls.h'
file not found
# #include "opt_kern_tls.h"
# /usr/src/sys/modules/nfsd
#
Hi curr...@freebsd.org,
/usr/src/usr.bin/gh-bc don't know how to make
/usr/src/contrib/bc/locales/en_US.UTF-8.msg
With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/usr.bin/gh-bc
Avoided for now with /etc/src.conf WITHOUT_GH_BC=YES
Cheers,
Julian
--
Julian Stacey, Consultant Sys.
"Rodney W. Grimes" wrote:
> -- Start of PGP signed section.
> > On 2020-05-27 22:01, Philip Paeps wrote:
> > > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote:
> > >> Sorry for the late notice, I thought I sent this last week.
> > >>
> > >> After the slate of candidates was finalized last week, I
"Rodney W. Grimes" wrote:
> > All,
> >
> > Given how Zoom is getting used a lot more these days, I've started
> > working on a port that installs the Zoom linux client.
> >
> > Here is a link to my github if anyone wants to help:
> >
> > https://github.com/emc2/freebsd-ports/tree/zoom
> >
> >
Brooks Davis wrote:
>
> --TB36FDmn/VVEgNH/
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Thu, Apr 09, 2020 at 11:49:47PM +0200, Julian H. Stacey wrote:
> > Anyoe else seeing this on cur
Anyoe else seeing this on current ?
===> lib/libsysdecode (all)
env CPP="cpp" MK_PF="yes" /bin/sh /usr/src/lib/libsysdecode/mkioctls
/usr/include > ioctl.c.tmp
In file included from :97:
/usr/include/./sys/pioctl.h:45:2: warning: " is deprecated,
ptrace() should be used instead"
Brooks Davis wrote:
>
> On Sat, Mar 28, 2020 at 02:15:29AM +0100, Julian H. Stacey wrote:
> > Ed Maste wrote:
> > > On Fri, 27 Mar 2020 at 20:48, Julian H. Stacey wrote:
> > > >
> > > > l /usr/src/contrib/kyua/doc/manbuild.sh
> > > >
Ed Maste wrote:
> On Fri, 27 Mar 2020 at 20:48, Julian H. Stacey wrote:
> >
> > l /usr/src/contrib/kyua/doc/manbuild.sh
> > -rw-r--r-- 1 jhs staff 5187 Mar 25 12:34
> > /usr/src/contrib/kyua/doc/manbuild.sh
>
> Indeed, this is the problem. manbui
src/usr.bin/kyua breaks on manbuild.sh: Permission denied
Example:
cd /usr/src
cat .ctm_status
src-cur 14430
cat .svn_revision
359319
uname -a
FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #14410:
Sun Mar 15 16:28:46 CET 2020
> From: "Julian H. Stacey"
> Date: Sat, 18 Jan 2020 15:10:21 +0100
"Julian H. Stacey" wrote:
> Anyone else seen this: mergemaster -iF Cannot 'cd' to /usr/src
Happily, I can no longer reproduce the fault.
> Maybe something trivial ? (I have a
Anyone else seen this: mergemaster -iF Cannot 'cd' to /usr/src
Maybe something trivial ? (I have a cold, may have missed something).
mergemaster -v -i -F
*** The directory specified for the temporary root environment,
/var/tmp/temproot, exists. This can be a security risk if untrusted
Hi, Reference:
> From: Cy Schubert
> Reply-to: Cy Schubert
> Date: Mon, 17 Jun 2019 18:26:25 -0700
Cy Schubert wrote:
> Now that I'm back home, to reply inline re the yacc.h issue.
>
> In message <201906180021.x5i0l2rk057...@fire.js.berklix.net&g
Hi, Reference:
> From: Ian Lepore
> Date: Mon, 17 Jun 2019 18:56:35 -0600
Ian Lepore wrote:
> On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote:
> > "Julian H. Stacey" wrote:
> > > "Bjoern A. Zeeb" wrote:
> >
"Julian H. Stacey" wrote:
> "Bjoern A. Zeeb" wrote:
> > On 17 Jun 2019, at 10:37, Mark Linimon wrote:
> >
> > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote:
> > >> svn_revision 348842
> > > [ ...]
> >
Mark Linimon wrote:
> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote:
> > svn_revision 348842
> [ ...]
> > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error:
> > 'opt_cam.h' file not found
> > #include "opt_cam.h&qu
Hi, Reference:
> From: "Bjoern A. Zeeb"
> Date: Mon, 17 Jun 2019 10:55:45 +
"Bjoern A. Zeeb" wrote:
> On 17 Jun 2019, at 10:37, Mark Linimon wrote:
>
> > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote:
> >> s
.ctm_status src-cur 14077 .svn_revision 348842
===> sys/modules/sdio (all)
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/include
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdio/sdio_if.m -c
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h
Hi current@
src/ is broken in .svn_revision 347964 .ctm_status src-cur 14046
after finaly getting past
make buildworld
make buildkernel
make installkernel
reboot
it failed on
mergemaster -p
cp: /usr/src/etc/master.passwd: No such file or directory
Clue
> On 19 May 2019, at 23:29, Julian H. Stacey wrote:
> >
> > Hi curr...@freebsd.org
> > On current src/ on 2 boxes, I have seen the same break for a week or 2,
> > lib/libgcc_s fails on make all after make world succeeds,
> > Anyone else seen it or got idea
Hi curr...@freebsd.org
On current src/ on 2 boxes, I have seen the same break for a week or 2,
lib/libgcc_s fails on make all after make world succeeds,
Anyone else seen it or got ideas please ? Notes below the sample.
===> lib/libgcc_s (all)
building shared library libgcc_s.so.1
cc
Eugene Grosbein wrote:
> 11.05.2019 22:59, Julian H. Stacey wrote:
>
> >> 11.05.2019 21:32, Julian H. Stacey wrote:
> >>
> >>>> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> >>>> as previous approved in FCP-101.
>
v...@researchbsd.org wrote:
> On Sun, May 12, 2019, at 7:50 PM, Sulev-Madis Silber wrote:
> > On Friday, May 10, 2019, FreeBSD Core Team Secretary <
> > core-secret...@freebsd.org> wrote:
> > > The FreeBSD Core Team is aware of recent controversial statements made
> > > on social media by a
Eugene Grosbein wrote:
> 11.05.2019 21:32, Julian H. Stacey wrote:
>
> >> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> >> as previous approved in FCP-101.
> >> The following drivers are slated for
> >> removal from FreeBSD-HEA
> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> as previous approved in FCP-101.
> The following drivers are slated for
> removal from FreeBSD-HEAD (to be FreeBSD-13):
>
> ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe
OMG ! ed ! That EOL's loads
FreeBSD Core Team Secretary wrote:
> The FreeBSD Core Team is aware of recent controversial statements made
> on social media by a FreeBSD developer. We, along with the Code of
> Conduct review committee, are investigating the matter and will decide
> what action to take. Both the Core Team and
Hi current@
Has anyone else in the last few months needed to do:
rm /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a
My generic make buildworld & make installworld seem to usually succeed,
but after I've then run my own normal
customise /usr/src
(which I've been running about 20 years
"Rodney W. Grimes" wrote:
> > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote:
> >
> > > Current box here is now about 10 seconds ahead, since timed was deleted,
> > > still waiting for the code vandal who removed timed from src/
> > > wi
Hi, Reference:
> From: Warner Losh
> Date: Thu, 24 Jan 2019 16:41:20 -0700
Warner Losh wrote:
> On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote:
>
> > Current box here is now about 10 seconds ahead, since timed was deleted,
> > still waiting
Current box here is now about 10 seconds ahead, since timed was deleted,
still waiting for the code vandal who removed timed from src/
without proper discussion in advance, to move timed from src/ to ports/
timed absence will bite more people when 13 is released. timed
should be restored to src/
Hi, Reference:
> From: "Julian H. Stacey"
> Date: Sun, 06 Jan 2019 23:31:03 +0100
"Julian H. Stacey" wrote:
> Gary Jennejohn wrote:
> > On Sun, 06 Jan 2019 08:13:52 +0100
> > "Julian H. Stacey" wrote:
> >
> > >
Gary Jennejohn wrote:
> On Sun, 06 Jan 2019 08:13:52 +0100
> "Julian H. Stacey" wrote:
>
> > > > > $ chrome
> > > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol
> > > > > "environ"
>
> > > $ chrome
> > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
[ Delayed report (as it took about 2 days to build chrome from ports/)] ...
I too am still seing from chrome:
ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
which I
Hi, Reference:
> From: Ed Maste
> Date: Fri, 4 Jan 2019 09:10:20 -0500
Ed Maste wrote:
> On Fri, 4 Jan 2019 at 08:42, Julian H. Stacey wrote:
> >
> > Matthias Apitz wrote:
> > > $ sh /usr/src/sys/conf/newvers.sh
> >
> > Me too. Mine also
Matthias Apitz wrote:
> $ sh /usr/src/sys/conf/newvers.sh
Me too. Mine also returns nothing. Ditto uname. Ditto dmesg. Annoying.
/usr/src/.svn_revision 342578 probably what I used to install / from,
but how to tell now its been excised ?
Good you reported it. (I'd assumed it was local breakage
Dimitry Andric wrote:
> On 28 Dec 2018, at 12:38, Julian H. Stacey wrote:
> >=20
> > "Julian H. Stacey" wrote:
> >> Enji Cooper wrote:
> >>>> On Dec 27, 2018, at 3:48 AM, Julian H. Stacey =
> wrote:
> >>>> Hi current@
> >
"Julian H. Stacey" wrote:
> Enji Cooper wrote:
> > > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote:
> > > Hi current@
> > > Anyone else seeing make buildworld Clang failures ?
> > > ls -l /usr/bin suggests I last made world on Dec 9,
>
gt; > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote:
> >=20
> > Hi current@
> > Anyone else seeing make buildworld Clang failures ?
> > ls -l /usr/bin suggests I last made world on Dec 9,
> > since then I've failed twice below
> > Seems the UPDATING
Hi current@
Anyone else seeing make buildworld Clang failures ?
ls -l /usr/bin suggests I last made world on Dec 9,
since then I've failed twice below
Seems the UPDATING doesnt give enough to rescue this.
---
cd /usr/src
cat .ctm_status # I recall src-cur 13840
make world
...
I wrote:
> I took current /usr/ports/misc/ctm/
> & converted Stephen's & my diffs to be automatic ports patches:
> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/
> http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS
> I haven't checked all
> The port Makefile that I have prepared is attached below for reference.
> Regards, STefan
Thanks Stefan,
I took current /usr/ports/misc/ctm/
& converted Stephen's & my diffs to be automatic ports patches:
http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/
A cost(=time)/benefit look on moving ctm from src/ to ports/ :
- No tangible architecture benefit (its not like purging an old driver
to makes kernel support simpler, or avoiding clashing libs etc)
- FreeBSD would shrink 0.028 % of the size of src/
cd /pub/FreeBSD/branches/-current/src
Hi, Reference:
> From: "Rodney W. Grimes"
> Date: Mon, 22 Oct 2018 14:11:43 -0700 (PDT)
"Rodney W. Grimes" wrote:
> >
> > In message
> >
> > , Warner Losh writes:
> >
> > >> > I think Julian Stacy is still running CTM generation ?
> > >>
> > >> Ah, yes, that brought
"Rodney W. Grimes" wrote:
> > The ctm(1) client remains in the FreeBSD base system, although
> > FreeBSD-hosted ctm infrastructure was shut down some time ago. I
> > suspect it is time to remove it from the base system (perhaps making a
> > port).
> >
> > How much use does ctm have these days?
>
Hi, Reference:
> From: Stefan Esser
> Date: Fri, 12 Oct 2018 11:44:59 +0200
Stefan Esser wrote:
> Am 12.10.18 um 07:39 schrieb Dag-Erling Sm�rgrav:
> > Julian H. Stacey writes:
> >> Stefan Esser writes:
> >>> You should also delet
Hi, Reference:
> From: "Rodney W. Grimes"
> Date: Mon, 22 Oct 2018 13:38:25 -0700 (PDT)
"Rodney W. Grimes" wrote:
> >
> > In message <201810221957.w9mjvdxx012...@pdx.rh.cn85.dnsmgr.net>, "Rodney W.
> > Gri
> > mes" writes:
> >
> > >I do not know that other than I do
=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote:
> Julian H. Stacey writes:
> > Stefan Esser writes:
> > > You should also delete old files:
> > >
> > > cd /usr/src
> > > make delete-old
> > > make delete-old-libs
> > I just ran that. I
I wrote:
> Stefan Esser wrote:
> > Am 11.10.18 um 18:20 schrieb Julian H. Stacey:
> > >> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote:
> > >>>
> > >>> 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -
Stefan Esser wrote:
> Am 11.10.18 um 18:20 schrieb Julian H. Stacey:
> >> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote:
> >>>
> >>> 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread
> >>> /usr/bin/ld:
> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote:
> >
> > 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread
> > /usr/bin/ld: error: unable to find library -lpthread
> > cc: error: linker command failed with exit cod
Careless src/ commits disrupt & deserve reversion, etc ...
my 2 current hosts broke building new kernels,
so I updated yet Again, & now buildworld breaks.
3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread
/usr/bin/ld: error: unable to find library -lpthread
cc: error:
Guy Helmer wrote:
> > On Jul 9, 2018, at 6:54 AM, Julian H. Stacey wrote:
> > Hi current@
> > I want to add su to /rescue, but got stuck on pam.
> > Old unix su didn't suffer from pam.
> > There's no #define in su to turn off pam.
> > Man src.conf says WITH
Hi current@
I want to add su to /rescue, but got stuck on pam.
Old unix su didn't suffer from pam.
There's no #define in su to turn off pam.
Man src.conf says WITHOUT_PAM is deprecated & does nothing.
Can someone please offer a solution ?
Or better to include a simple BSD su pre pam ?
I would
Hi current@
src/sys/dev/amdsbwd/amdsbwd.c broke src/sys/modules
Is it immediately intuitive & well known to developers working in sys/dev
to enable MODULES_WITH_WORLD before a test make all before a commit ?
Or what should we do to increase the liklehood of commiters catching
modules/ errors
Hi, Reference:
> From: Ed Maste <ema...@freebsd.org>
> Date: Mon, 14 May 2018 18:58:25 -0400
Ed Maste wrote:
> On 14 May 2018 at 18:05, Julian H. Stacey <j...@berklix.com> wrote:
> >
> > I guess this explains :
> > Date: Sun, 13 May 2018 20
Ed Maste wrote:
> As of r333461 the amd64 kernel makes use of ifuncs, and requires
> support in the linker. A safety belt added in r333470 enforces this,
> and will produce an explicit error if the linker does not support
> ifuncs.
>
> lld is the default bootstrap linker for amd64 and has ifunc
Hi, Reference:
> From: "Julian H. Stacey" <j...@berklix.com>
> Date: Mon, 14 May 2018 14:21:14 +0200
> In case there's more tool dependency checking/ auto update done,
> I'm now running 'script' & within that 'cd /usr/src; make buildkernel'
That w
Hi, Reference my
> linking kernel.full
> iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'
[ Thanks for call Gary, I have: ]
ls -l /usr/bin/ld*
-r-xr-xr-x 2 root wheel 1935992 May 13 12:48 /usr/bin/ld*
"Julian H. Stacey" wrote:
> Hi, Reference:
> > From: Ryan Stone <ryst...@gmail.com>
> > Date: Sun, 13 May 2018 17:00:50 -0400
>
> Thanks for reply :-)
>
> Ryan Stone wrote:
> > Are you building with WITH_LD_IS_LLD=no?
Hi, Reference:
> From: Ryan Stone
> Date: Sun, 13 May 2018 17:00:50 -0400
Thanks for reply :-)
Ryan Stone wrote:
> Are you building with WITH_LD_IS_LLD=no?
Not that I've set anywhere. Unless it comes from make world ?
> -CURRENT can no longer be
> built
Hi current@
Any ideas please on a problem with a current kernel from a day or
2 ago, & after a make world:
uname -a
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT #0:
Sat May 12 13:37:23 CEST 2018
j...@lapr.js.berklix.net:/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC
"Ngie Cooper (yaneurabeya)" wrote:
> > On Aug 6, 2017, at 13:47, Julian H. Stacey <j...@berklix.com> wrote:
> >=20
> > Hi, Reference:
> >> From: "Julian H. Stacey" <j...@berklix.com>
> >> Date:
Ian Lepore wrote:
> On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> > Hi, Reference:
> > >
> > > From: "Julian H. Stacey" <j...@berklix.com>
> > > Date: Sun, 06
Hi, Reference:
> From: "Julian H. Stacey" <j...@berklix.com>
> Date: Sun, 06 Aug 2017 22:25:02 +0200
"Julian H. Stacey" wrote:
> > > > The half baked mod. to src/libexec/Makefile could be backed out
>
> I was wrong, sorry,
type f | xargs grep MK_RCMDS | grep -v Makefile:
./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == no
I'm reading that while make world continues.
Cheers,
Julian
--
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
Reply below, Prefix '> '. Plain
Hi, Reference:
> From: Ngie Cooper <yaneurab...@gmail.com>
> Date: Sun, 6 Aug 2017 12:16:21 -0700
Ngie Cooper wrote:
>
> > On Aug 6, 2017, at 11:38, Julian H. Stacey <j...@berklix.com> wrote:
> >
> > "Ngie Cooper (yaneurabeya)"
"Ngie Cooper (yaneurabeya)" wrote:
> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
> charset=us-ascii
>
>
> > On Aug 6, 2017, at 09:36, Julian H. Stacey <j...@berklix.com> wrote:
to silently Not build src/,
there should at least be some switch & reference doc in eg
src/share/mk
src/share/man/man5/src.conf
Cheers,
Julian
--
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
Reply below, Prefix '> '. Plain text, No .doc, b
Hi, Reference:
> From: blubee blubeeme
> Date: Thu, 29 Dec 2016 18:11:38 +0800
blubee blubeeme wrote:
> Howdy
>
> I went through the process of building world for the first time, that was
> interesting but I got it. svn clean up prior object files, build
John Baldwin wrote:
> On Tuesday, November 29, 2016 11:49:32 PM Julian H. Stacey wrote:
> > > Thanks for the Q. John,
> > > It hangs.
> > > I'm refining down which line of the custom config triggers the hang
> > > & will post when Ive found it.
&g
> Thanks for the Q. John,
> It hangs.
> I'm refining down which line of the custom config triggers the hang
> & will post when Ive found it.
Sorry, after lots of kernel variants & reboots I failed to get it
to hang on boot. Eventually with same src/ I reverted to original
bad config. Even that
Hi, Reference:
> From: John Baldwin <j...@freebsd.org>
> Date: Mon, 28 Nov 2016 09:36:14 -0800
John Baldwin wrote:
> On Sunday, November 27, 2016 04:07:03 PM Julian H. Stacey wrote:
> > "Julian H. Stacey" wrote:
> > > "Julian H.
"Julian H. Stacey" wrote:
> "Julian H. Stacey" wrote:
> > Hi curr...@freebsd.org
> > I was running
> > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> > #12753: Tue Nov 22 23:31:24 CET 2016
> >
> > j...@lapr.
"Julian H. Stacey" wrote:
> Hi curr...@freebsd.org
> I was running
> FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> #12753: Tue Nov 22 23:31:24 CET 2016
>
> j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/comp
Hi curr...@freebsd.org
I was running
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
#12753: Tue Nov 22 23:31:24 CET 2016
j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
amd64
I updated to
.ctm_status
Hi, Reference:
> From: Benjamin Kaduk <ka...@mit.edu>
> Date: Thu, 21 Jul 2016 12:19:43 -0400 (EDT)
Benjamin Kaduk wrote:
> On Thu, 21 Jul 2016, Julian H. Stacey wrote:
>
> > Hi current@
> > I've seen this ### about 3 times latel
Hi current@
I've seen this ### about 3 times lately, anyone else ?
uname -a
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD
12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST
2016
Hans Petter Selasky wrote:
> On 05/05/16 23:53, Julian H. Stacey wrote:
> > Has anyone else noticed ctfmerge either
> > - temporarily sucks the life out of the machine,
> > - or crashes
> > ?
> > cd /usr/src; make buildworld ; make buildkernel
> >
Has anyone else noticed ctfmerge either
- temporarily sucks the life out of the machine,
- or crashes
?
cd /usr/src; make buildworld ; make buildkernel
linking kernel.full
ctfmerge -L VERSION -g -o kernel.full ...
No rponse from these:
Attempt to start new xterm to host (to run
Hi current@
There seems some invocation of mtree missing in make buildworld,
& also an undefined reference to `_libmd*
I detected it upgrading a year old current to today's current:
--
uname -a
FreeBSD blak.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT #11881: Sun Mar
22 19:23:17 CET 2015
I wrote:
> Hi current@ people
> src.conf WITHOUT_CDDL
> prevents installation of ctfconvert
> lack of ctfconvert broke my GENERIC kernel build
Not just /usr/src/cddl/usr.bin/ctfconvert
also need /usr/src/cddl/usr.bin/ctfmerge
> I could submit a send-pr (or whatever we call them on web now)
>
Hi current@ people
src.conf WITHOUT_CDDL
prevents installation of ctfconvert
lack of ctfconvert broke my GENERIC kernel build
I could submit a send-pr (or whatever we call them on web now)
so man src.conf warns of this, or do you have a better fix ?
Cheers,
Julian
--
Julian Stacey, BSD Linux
Hi Bryan & all,
I'm in a rush so will read yours again later, but will quickly mention
I've long ago added a load of *-recursive macros to my Mk/
but never submitted them, they are under
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/Mk/
(but it seems something in apache httpd.conf
> >If you want a secure filesystem I think that at this particular time
> >it would be entirely reasonable to use both gbde and geli stacked on
> >top of each other[...]
I've often wondered if multiple encryption (CPU permitting) is sensible in
case one day some method is cracked but another
Slawa Olhovchenkov wrote:
> On Mon, Oct 19, 2015 at 01:52:05AM -0700, Perry Hutchison wrote:
>
> > Anton Shterenlikht wrote:
> >
> > > I use gbde.
> > > Can switch to geli, if required,
> > > but please provide detailed instructions
> > > for switching before removing gbde.
>
Hi, Reference:
> From: John-Mark Gurney
> Date: Mon, 19 Oct 2015 13:50:08 -0700
John-Mark Gurney wrote:
> So, one thing that the docs talk about is that geli uses the crypto(9)
Interesting.
Yonas Yanfa wrote:
> Hi,
>
> It seems geli is the standard way of encrypting disks. It's extremely
> flexible and usually recommended by the community over gbde. Moreover,
> geli is mentioned a lot more in the mailing lists and forums.
& global community uses DOS-FS more, & mentions MS more
Hi Warner cc current@,
I discovered make had dissapeared (A local patch script failed),
so I had to hunt. Let's make text string hunting easier with this for
11.0-CURRENT/src/UPDATING Sun Jun 21 16:29:53 2015
52,53c52,54
FreeBSD's old make (fmake) has been removed from the system.
trond.endres...@fagskolen.gjovik.no wrote:
Hi,
=20
Am I the only one who fails to build recent base/head (r284673) on
pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs.
...
CC=3Dclang
CXX=3Dclang++
CPP=3Dclang-cpp
Hi Trond,
You need to remove these
man find has:
-newerXY file
...
In addition, if Y=t, then file is instead
interpreted as a direct date specification of the form understood
by cvs(1).
Now cvs is not in src/ but in ports/
devel/cvs/Makefile
LICENSE=GPLv2
Fixed r284221
Thanks !
Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with . Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
There may possibly be an un-matched commit at:
cat /usr/src/.svn_revision # 284205
cat /usr/src/.ctm_status # src-cur 11995
make world
/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): undefined reference
to `xo_close_list'
/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01):
Hi Bapt current@
I think keeping a fully functionnal roff(7) toolchain part of the
base system is very good on a unix.
Yes, Unix has always also been a tool to get jobs done (aka PWB),
as well as merely recompile more Unix. Ditto FreeBSD.
From what I could check I cannot find any
Hans Petter Selasky wrote:
I hope this is not one more of those April fools :-)
I've been thinking that since Eitan's first post of
Wed, 1 Apr 2015 09:55:11 -0700 (18:55 CEST)
self-serve commit access
I kept wondering what would keep looneys out ? :-)
Your experience feeding
Hi,
I would like to start using bmake only syntax on our infrastructure for tha=
t I
want to make sure noone is using the old make, so I plan to remove the old =
.^^
make
=66rom base, I plan to do it by Feb 16th.
Note that
Added cc current@ (source of broken commits to stable, most likely)
+ text added below.
Julian H. Stacey wrote Wed, 14 Jan 2015 03:10:40 +0100:
Hi freebsd-sta...@freebsd.org,
9 stable is a lot worse than current to build !
Suprising as in the old days it used to be the other way, but on
2
1 - 100 of 158 matches
Mail list logo