Re: Removing fdisk and bsdlabel (legacy partition tools)

[Julian H. Stacey]

Ed Maste wrote:
> MBR (PC BIOS) partition tables were historically maintained with
> fdisk(8), but gpart(8) has long been the preferred method for working
> with partition tables of all types. fdisk has been declared as
> obsolete in the man page since 2015. Similarly BSD disklabels were
> historically maintained with bsdlabel. It does not yet have a
> deprecation notice - I have proposed a man page addition in
> https://reviews.freebsd.org/D43563.
>
> I would like to disconnect these from the build, and subsequently
> remove them. This is prompted by a recent bsdlabel bug report which
> uncovered a longstanding buffer overflow in that tool. Effort is much
> better focused on contemporary, maintained tools rather than
> investigating issues in deprecated ones. Removing these tools would
> happen in FreeBSD 15 only (no change in 14 or 13).
>
> Code review to disconnect fdisk: https://reviews.freebsd.org/D43575
>
> Note that this effort is limited to these maintenance tools only -
> there is no change to kernel or gpart support for MBR or BSD
> disklablel partitioning. That said, MBR partitioning and BSD
> disklabels are best considered legacy formats and should be avoided
> for new installations, if possible.
>
> If anyone is using fdisk and/or bsdlabel rather than gpart I would
> appreciate knowing what is preventing you from using the contemporary
> tools.

Probably many do, clueless there's a proposal to remove them,
as many wont be tracking lists (I havent been tracking lately, 
focused on moving home, other will have other distractions)

Personaly:
  I run a mix of machines from servers with 14 back through to
  clients with 4.11 http://berklix.com/scanjet/ 

  Some boxes work well, have no benefit from upgrade & no capability
  to support the bloat from 4 to 15 but still very useful in
  heterogenous internal nets.

  Security is moot behind some firewalls, small is beautiful, &
  sometimes essential, eg I plan to hitch another small old toshiba
  libretto in a waterproof box to use parallel port to drive stepper
  motors for a satellite dish.
  
  I master disk images & trees for such old boxes, mounted on more modern
  FreeBSD, but common fdisk is nice on host & target.
  
  I also use fdisk maintained MBR on eg USB sticks on key ring,
  combining rescue & install partitions of new BSD + backup of
  encrypted data, + A DOS slice for export import for non BSD world.

MBR via fdisk is a familiar comfort in a world of variant OS's.
BSD people who've wrestled with weird Linux boot stuff may sypathise
with the idea if retaining familiar fdisk for non latest BSD people.

But if people really espouse tangible benefit to kicking fdisk out of src/, 
I just hope same people first copy fdisk in to ports/ before out of src/

Cheers,
-- 
Julian Stacey.  Arm Ukraine.  Contraception V Global heating & resource wars. 
Gmail & Googlemail Fail http://berklix.org/jhs/mail/#bad 

Re: 1 year src-patch anniversary!

[Julian H. Stacey]

Jamie Landeg-Jones wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261657 is a trivial fix
> to an admittedly trivial issue, but it's soon going to hit one year old,
> and has not had any feedback. Not even "this is rubbish. close ticket"
>
> | jamie@catwalk:~ % stat 'so good they named it twice'
> | stat: so good they named it twice: stat: No such file or directory
>
> As such, it's the oldest of my patches to be completely ignored, but then,
> most of my fixes I haven't even submitted, because, what's the point?
> I've instead spent time writing something so the patches are automatically
> aplied to my src tree, and distributed to all my servers.

I wrote a tool in 1993 I still use
http://www.berklix.com/~jhs/bin/.csh/customise
to apply trees of generic & personal diffs to src & ports, for multi releases
http://www.berklix.com/~jhs/src/
to apply diffs, where some are submitted, some committed
for some versions, some diffs still needed for older versions, &
some not submitted or committed.

I guess many, especially non-commiters, maintain trees of uncommited
diffs & there's probably other applicator scripts, numerous
re-inventing of wheels for decades, 'cos send-pr /
https://bugs.freebsd.org/bugzilla/enter_bug.cgi & volunteer unpaid
commiters can't keep up with submissions.

& non committers can't afford to wait months or years, remembering
what's been seen commited to Release X.Y & what still needs to be
kept to apply to other inc. older releases.  Probably lots of
re-invented wheels: trees of diffs & applicator scripts, but to
different standards, not uniformly exportable, not immediately
familiar to & usable by others.

While retaining the model of "This generic src/ ports/ doc/ tree
has been built from patches blessed by commiters as fit for all"

FreeBSD hackers(especially non commiters who must wait for commits
to reduce their heap of candidate diffs) would benefit from a unified
set of tools & directory formats to allow individuals to maintain
& export trees of candidate diffs etc to some common standards.

It wouldnt obviate / replace send-pr &
https://bugs.freebsd.org/bugzilla/enter_bug.cgi & git etc, but would
be an optional normalied convenience, especially beneficial to those
who are Not commiters but who have growing heaps of uncommited patches.

Maybe a summer of code or other person might look at Jamie's & my
applicator scripts, & diff tree shapes, not for our actual current diffs,
but to design common unified standards to export trees of candidate diffs
that can be applied by one common applicator tool ?

Hacker who are not committers presumably accumulate an an ever
growing heap of diffs, a burden best normalised & automated.

> I know it's a volunteer effort, but I've been here 25 years, and whilst
> I could (and should) take on more port-maintainership, any other offers
> of help have fallen on deaf ears.
>
> *shrug* I miss Mark Linimon.

Cheers,
-- 
Julian Stacey  http://StolenVotes.UK/jhs/  Arm Ukraine,  Zap Putin.

Re: where are the git to svn export script(s) please ?

[Julian H. Stacey]

Warner Losh wrote:
> --60fd5605e458f96e
> Content-Type: text/plain; charset="UTF-8"
>
> On Thu, Jul 21, 2022, 4:56 PM Julian H. Stacey  wrote:
>
> > Hi curr...@freebsd.org
> > cc ctm-us...@freebsd.org
> >
> > Has git to svn exporter stopped for src-12 ?
> > https://svnweb.freebsd.org/base/stable/12/
> > Closure of ports from svn was mentioned long ago for ports@ at:
> > https://www.freebsd.org/developers/cvs/
> > But no mention of src-12, src-cur & svn tree itself.
> >
> > Reason for asking:
> > The CTM (src[*], ports & svn patches for freebsd.org sent by mail)
> > generator
> > runs on host http://ctm.berklix.org, using a lot of inherited opaque
> > scripts that use svn.
> >
> > Rather than lose more time trying to understand those scripts &
> > convert them to call git, it might be quicker for me to copy the
> > git to svn export script(s) & run export from git to svn on host
> > ctm.berklix.org ?
> >
> > Where are the git to svn export scripts & crontab sample invocations
> > please ?
> >
>
> I plan to fix it when I get back from vacation. I'll get you a copy when u
> return.
>
> Warner

Thanks Warner.

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://stolenVotes.uk
Arm Ukraine, Zap killer Putin, grain & fuel loss hits poorest.

where are the git to svn export script(s) please ?

[Julian H. Stacey]

Hi curr...@freebsd.org
cc ctm-us...@freebsd.org

Has git to svn exporter stopped for src-12 ?
https://svnweb.freebsd.org/base/stable/12/
Closure of ports from svn was mentioned long ago for ports@ at:
https://www.freebsd.org/developers/cvs/
But no mention of src-12, src-cur & svn tree itself.

Reason for asking:
The CTM (src[*], ports & svn patches for freebsd.org sent by mail) generator
runs on host http://ctm.berklix.org, using a lot of inherited opaque
scripts that use svn. 

Rather than lose more time trying to understand those scripts &
convert them to call git, it might be quicker for me to copy the
git to svn export script(s) & run export from git to svn on host
ctm.berklix.org ?

Where are the git to svn export scripts & crontab sample invocations please ?

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://stolenVotes.uk
Arm Ukraine, Zap killer Putin, grain & fuel loss hits poorest.

Re: breaking modules

[Julian H. Stacey]

Allan Jude wrote:
> On 5/3/2022 2:05 PM, Julian H. Stacey wrote:
> >> From: bugzilla-nore...@freebsd.org
> >> Date: Tue, 03 May 2022 17:20:14 +
> >> To: j...@berklix.com
> >>
> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758
> >>
> >> Li-Wen Hsu  changed:
> >>
> >> What|Removed |Added
> >> 
> >>   CC||lw...@freebsd.org
> >>   Status|New |Open
> >>
> >> --- Comment #2 from Li-Wen Hsu  ---
> >> Does WITHOUT_MODULES in make.conf(5) work here?
> > 
> > Ouch ! Thanks !   I didn't know that existed ! I may have wasted time
> > re-inventing the wheel, I'll look more at both.
> > 
> > PS Seems to me a whole slew of that man make.conf more properly now
> > belongs in src.conf ?
> > 
> > Cheers,
> 
> make.conf applies to everything you try to compile.
> src.conf applies just to FreeBSD's buildworld/buildkernel etc.

Right.  But some parts of `man make.conf` such as WITHOUT_MODULES
& BOOT_ are heirloom text, just for src, not src + ports, not yet
moved to newer `man src.conf`, where they would be easier to discover.

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://stolenVotes.uk  
Arm Ukraine, kill Putin mass murderer causing global grain & fuel shortage.

Re: breaking modules

[Julian H. Stacey]

I wrote:
> 
> > From: bugzilla-nore...@freebsd.org
> > Date: Tue, 03 May 2022 17:20:14 +
> > To: j...@berklix.com
> > 
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758
> > 
> > Li-Wen Hsu  changed:
> > 
> >What|Removed |Added
> > 
> >  CC||lw...@freebsd.org
> >  Status|New |Open
> > 
> > --- Comment #2 from Li-Wen Hsu  ---
> > Does WITHOUT_MODULES in make.conf(5) work here?
> 
> Ouch ! Thanks !   I didn't know that existed ! I may have wasted time
> re-inventing the wheel, I'll look more at both.
> 
> PS Seems to me a whole slew of that man make.conf more properly now
> belongs in src.conf ?

Thanks to Li-Wen Hsu :-) I read & tested the section of /sys/modules/Makefile
.for reject in ${WITHOUT_MODULES}
SUBDIR:= ${SUBDIR:N${reject}}
.endfor
& that code works fine with both 1 & 2 modules listed.
The existing code is also lots smaller than my DUD_MODULES patch,
that does not use the sophistication modern bsd make ofers.
So I rejected my own patch, & closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin: He kills innocents & causes global grain & fuel shortage.

Re: breaking modules

[Julian H. Stacey]

> From: bugzilla-nore...@freebsd.org
> Date: Tue, 03 May 2022 17:20:14 +
> To: j...@berklix.com
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758
> 
> Li-Wen Hsu  changed:
> 
>What|Removed |Added
> 
>  CC||lw...@freebsd.org
>  Status|New |Open
> 
> --- Comment #2 from Li-Wen Hsu  ---
> Does WITHOUT_MODULES in make.conf(5) work here?

Ouch ! Thanks !   I didn't know that existed ! I may have wasted time
re-inventing the wheel, I'll look more at both.

PS Seems to me a whole slew of that man make.conf more properly now
belongs in src.conf ?

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin: He kills innocents & causes global grain & fuel shortage.

Re: breaking modules

[Julian H. Stacey]

Hi, Reference:
> From: Eugene Grosbein 
> Date: Tue, 3 May 2022 22:13:26 +0700

Eugene Grosbein wrote:
> 03.05.2022 21:46, Julian H. Stacey wrote:
> 
> > Hi, Reference:
> >> From:  "Julian H. Stacey" 
> >> Date:  Fri, 29 Apr 2022 23:57:02 +0200
> > 
> > "Julian H. Stacey" wrote:
> >> Ed Maste wrote:
> >>> On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey  wrote:
> >>>>
> >>>> but that's crude. It's nice to be able to build most modules ready
> >>>> in case wanted later, so how about a DUDS env. mechanism like ports/ ?
> >>>
> >>> I'd rather not add additional complexity to our build infrastructure
> >>> to address a situation that shouldn't exist. Modules should build &
> >>> function on an ongoing basis (and, I believe they generally do). CI
> >>> doesn't report any issues on either stable branch or main at present.
> >>
> >> I'm building stable-12 not stable-13. It's broken here. I've seen modules 
> >> break
> >> for years, I used to suspect modules werent built by default by
> >> build engines as often as main src/, so modules had more time to rot 
> >> against
> >> changing includes & libs, maybe now build engines might compile
> >> them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks.
> >>
> >> I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE
> >> & the 2 breaks are still present. See below.
> >>
> >> Setting a MODULE_DUDS would save work rather than repetitively retro
> >> patching out the same modules in Makefile after each git pull --ff-only.
> >>
> >> I'd happily develop a patch for sys/modules/, but if someone
> >> else prefers to, that might increase the chance of it being commited.
> >> I'd be happy to test or develop a fix for sys/modules/Makefile.
> > 
> > Eugene Grosbein wrote:
> >> Unfortunately, CI does not catch stand-alone module build failures,
> >> out of kernel build directory.
> >>
> >> For example:
> >>
> >> if_em  
> >> https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010
> >> if_epair   
> >> https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25
> >> linuxkpi   
> >> https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1
> > 
> > 
> > I developed a fix, patch appended, mastered inc. a mini test Makefile at
> >  http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/
> > 
> > Filed with https://bugs.freebsd.org/bugzilla/enter_bug.cgi as
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758
> > 
> > I added cc: current@, Would someone like to try it please ?
> > 
> > BTW I've not yet but will later read how DUDS is implemented in
> > /usr/ports/Mk/bsd.port.subdir.mk
> 
> I filled https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263750
> with a patch fixing standalone build of random_fortuna and random_other.
> 
> Please test the patch in the PR 263750 and report back if it fixes the 
> problem for you, too.

Yes, I confirm the logic of your patch marked Comment2 2022-05-03 09:12:25 UTC 
lets both random_fortuna and random_other compile on my 12.3-STABLE. 
Thanks !

However, a patch quibble:
First I saved the page with firefox, scissored the pre & post HTML crud,
cd /sys/modules ; patch -p2 < ~/Downloads/263750.diff
failed, so I hand patched.
The patch command failed as excess spaces in the patch, original tabs lost.
fetch 'https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263750'
confirms unwanted spaces in the patch.
There are tabs in 12.3-STABLE.

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin: He kills innocents & causes global grain & fuel shortage.

Re: breaking modules

[Julian H. Stacey]

Hi, Reference:
> From:     "Julian H. Stacey" 
> Date: Fri, 29 Apr 2022 23:57:02 +0200

"Julian H. Stacey" wrote:
> Ed Maste wrote:
> > On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey  wrote:
> > >
> > > but that's crude. It's nice to be able to build most modules ready
> > > in case wanted later, so how about a DUDS env. mechanism like ports/ ?
> > 
> > I'd rather not add additional complexity to our build infrastructure
> > to address a situation that shouldn't exist. Modules should build &
> > function on an ongoing basis (and, I believe they generally do). CI
> > doesn't report any issues on either stable branch or main at present.
> 
> I'm building stable-12 not stable-13. It's broken here. I've seen modules 
> break
> for years, I used to suspect modules werent built by default by
> build engines as often as main src/, so modules had more time to rot against
> changing includes & libs, maybe now build engines might compile
> them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks.
> 
> I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE
> & the 2 breaks are still present. See below.
> 
> Setting a MODULE_DUDS would save work rather than repetitively retro
> patching out the same modules in Makefile after each git pull --ff-only.
> 
> I'd happily develop a patch for sys/modules/, but if someone
> else prefers to, that might increase the chance of it being commited.
> I'd be happy to test or develop a fix for sys/modules/Makefile.

Eugene Grosbein wrote:
> Unfortunately, CI does not catch stand-alone module build failures,
> out of kernel build directory.
> 
> For example:
> 
> if_em 
> https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010
> if_epair  
> https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25
> linuxkpi  
> https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1


I developed a fix, patch appended, mastered inc. a mini test Makefile at
 http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/

Filed with https://bugs.freebsd.org/bugzilla/enter_bug.cgi as
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758

I added cc: current@, Would someone like to try it please ?

BTW I've not yet but will later read how DUDS is implemented in
/usr/ports/Mk/bsd.port.subdir.mk

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin: He kills innocents & causes global grain & fuel shortage.

Re: recover deleted file

[Julian H. Stacey]

> okay...
> all seems very time consuming operations!!

Yes

> There should be an os "undelete" as happens in NTFS for example.. which is
> very fast and can be done also with extra tools without a hassle.

A WIBNI (Wouldnt It Be Nice If) for Unix FS's for as long as I can remember
(decades) but no one's ever done it. 

Ways to get it done:
  Get it listed as a Google Summer Of Code project for FreeBSD, Or

  Get your employer to help pay for it, eg chip in with other BSD
  user companies to pay some money to FreeBSD Foundation, & get
  them to pay for it to be developed.

  Or hire are an individual freelance BSD Consultant to do it,
There's a global index here http://berklix.com/consultants/

  & a mail list that's moderated jobs@freebsd

  Some author(s) of BSD FFS are on list fs@, Kirk is one name springs
  to mind ? Some freelancers on fs@ I recall.

  IMO Would be a fun job if funded :-)

> 
> for now I got backup from last day .. caused me a lot of troubles, not say
> legal ones, but I passed the point to hold the machine down.
> 
> any advice?
> 
> Maybe UFS developer would do a rework so latest deleted inodes would put in
> a "recycle bin" (maybe with a sysctl or whatever) for say one day (or any
> other configurable sysctl) and allow to recover quickly or "force delete /
> empty recycle bin" , rather than delete and give back space immediately for
> use and destroy possibility to restore.
> 
> my 2 cents.
> 
> Sami

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin to stop him killing & provoking world war.

Re: recover deleted file

[Julian H. Stacey]

> Depends on the kind of file.
> 
> You can always:
> 1. reboot the system into single user mode, mount the fs readonly (important=
>  to not overwrite data you want to recover)
> 2. dd the partition and into a file
> 3. find the content of the deleted file in the dump
> 
> I was able to recover a complete codebase i deleted accidentally that way a l=
> ong time ago.
> 
> Good luck
> Michael

If it was my personal laptop with an external disk/ stick,
I would _immediately_ pull the USB cable out.
If a personal PC I would _immediately_ turn power off.
I would Not do an unmount or sync or processes kill or shutdown.

Then I would reboot single user, 
fsck & mount only the partitions the data was Not on.,
dd the partition to recover,
then fsck the partition & mount it, & go multi user,
then I'd make a 2nd copy of the partition with data to recover
& start exploration with eg fsdb
man fsdb:
SEE ALSO
   editline(3), fs(5), clri(8), fsck(8), /usr/ports/ { graphics/recoverjpeg,
 sysutils/ { autopsy, dd_rescue, ddrescue, fatback, ffs2recov, foremost,
 gpart, magicrescue, recoverdm, scan_ffs, sleuthkit, testdisk } }.

If you work had been on text using vi, then vi -r might show a recovery,
hint copy the original before running vi -r file , as sometimes pre recovery
is better than after.

various lost+found may have stuff in
http://berklix.com/~jhs/bin/.sh/lslf

PS personaly I hand run numerous rdist6 or rsync through the day,
when editing important stuff. They run fast, as incremental update,
so avoid losing all but the last short period in a day.

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/ http://StolenVotes.UK  
Kill / remove Putin to stop him killing & provoking world war.

Re: [HEADSUP] making /bin/sh the default shell for root

[Julian H. Stacey]

Gary Jennejohn wrote:
> On Wed, 22 Sep 2021 08:52:53 -0700 (PDT)
> "Rodney W. Grimes"  wrote:
>
> > > On Wed, Sep 22, 2021 at 08:34:58AM -0700, John Baldwin wrote:  
> > > > On 9/22/21 1:36 AM, Baptiste Daroussin wrote:  
> > > > > Hello,
> > > > > 
> > > > > TL;DR: this is not a proposal to deorbit csh from base!!!
> > > > > 
> > > > > For years now, csh is the default root shell for FreeBSD, csh can be 
> > > > > confusing
> > > > > as a default shell for many as all other unix like settled on a 
> > > > > bourne shell
> > > > > compatible interactive shell: zsh, bash, or variant of ksh.
> > > > > 
> > > > > Recently our sh(1) has receive update to make it more user friendly in
> > > > > interactive mode:
> > > > > * command completion (thanks pstef@)
> > > > > * improvement in the emacs mode, to make it behave by default like 
> > > > > other shells
> > > > > * improvement in the vi mode (in particular the vi edit to respect 
> > > > > $EDITOR)
> > > > > * support for history as described by POSIX.
> > > > > 
> > > > > This makes it a usable shell by default, which is why I would like to 
> > > > > propose to
> > > > > make it the default shell for root starting FreeBSD 14.0-RELEASE (not 
> > > > > MFCed)
> > > > > 
> > > > > If no strong arguments has been raised until October 15th, I will 
> > > > > make this
> > > > > proposal happen.
> > > > > 
> > > > > Again just in case: THIS IS NOT A PROPOSAL TO REMOVE CSH FROM BASE!  
> > > > 
> > > > I think this is fine.  I would also be fine with either removing 'toor' 
> > > > from the
> > > > default password file or just leaving it as-is for POLA.  (I would 
> > > > probably
> > > > prefer removing it outright.)  
> > > 
> > > HardenedBSD recently removed toor. No one has complained (yet?). A
> > > small Twitter poll[0] showed that 85% of people who responded do not
> > > use toor.  
> > 
> > A truely disastisified customer does not complain, they simply
> > go some place else for there products.  Be carefull in what you
> > believe silence to be saying.
> > 
>
> I use toor on every FreeBSD machine as the root login using bash.
> I never log in as root.

Toor has been an occasional lifeline during re-build dissters.
Need root & toor to have different executables,
& home directories & passwords, & no environment vars on one etc.

> But removing it wouldn't be a deal breaker for me.  I'd just put it
> back into /etc/passwd.

Ditto.  `One Best Tool' debates can consume time.

Best keep time for other things, ( eg I've an interesting regression to chase:
12.2-RELEASE OK, but 12.2-STABLE & 13.0-RELEASE Generic kernels panic on
boot & wont produce a /var/crash/vmcore.2 & won't drop into DDB ).

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/  http://stolenvotes.uk

Re: src/lib/libgcc_s needs mv /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

[Julian H. Stacey]

Hi stable@ & current@,
Apologies for a cross post, as 
a fault reported May 2019 on current, is still breaking on stable Sept 2021.

2019 Refs:
Subject: lib/libgcc_s fails on make all after make world succeeds
 https://lists.freebsd.org/pipermail/freebsd-current/2019-May/073440.html
  From: Julian H. Stacey jhs at berklix.com
  Sun May 19 21:30:10 UTC 2019
 https://lists.freebsd.org/pipermail/freebsd-current/2019-May/073442.html
  From: Dimitry Andric dim at FreeBSD.org 
  Date: Sun, 19 May 2019 23:54:18 +0200

2021 Ref:
Subject: src/lib/libgcc_s needs mv /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a
 https://lists.freebsd.org/archives/freebsd-stable/2021-September/000225.html
  From: From: Julian H. Stacey  

Dimitry suggested maybe a rare race condition, so I just started a
make -B -j 1 world
It will take a while, old machines here, (maybe that's
what's exposing a race condition not seen on faster boxes ?) 

A 2nd speculation was I may be missing symbolic links ?
  Last year & maybe earlier, I had problems from missing symbolic links,
  when I was fetching src/ with a (since fixed, Sept 2020) ctm; But my src-12/
  is new, not CTM supplied, but from
cd ~/git/`hostname -s`/src-12
git clone -o freebsd -b stable/12 https://git.freebsd.org/src.git src
cd ~/git/`hostname -s`/src-12/src 
git pull --ff-only
The only symbolic links I have are in
  src-cur/ contrib/bc/ contrib/tcpdump/ sys/contrib/openzfs/
  src-12/  contrib/bc/ contrib/tcpdump/
So lack of symbolic links is not the problem, unless someone sees more links
I dont have, if one of you could perhaps kindly check ? with eg
  cd /usr/src; find -s . -type l | sort | grep -v sys/amd64/compile \
   grep -v contrib/bc | grep -v contrib/tcpdump | grep -v sys/contrib/openzfs

Anyone else seen problems making lib/libgcc_s ?
Any other ideas what else to check ?
I've already checked as in my last post appended.
I'm now checking for any files only under root or only under a tree
installed by setenv DESTDIR .

Suggestions welcome please ?

{==
To: FreeBSD-STABLE Mailing List 
Subject: src/lib/libgcc_s needs mv /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a
Date: Sun, 12 Sep 2021 14:53:58 +0200

Hi all,
Anyone else seen this ? After
cd /usr/src ; make install
this fails
cd /usr/src/lib/libgcc_s ; make
until a manual
mv /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a\
   /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV
when 
cd /usr/src ; make all ; make install
can run OK, but then again needs another 'mv'.

Identical: md5 /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a* /usr/lib/libc.a

Maybe its changing where linking from ? **

I've had this on & off for months I think, on multiple hardware, but possibly
just 12.2-STABLE, 
it's still so with a stable src/ fetched a day or ago with git pull --ff-only

To help simplify debug, I have no /etc/src.conf /etc/make.conf
I also stripped my env with http://berklix.com/~jhs/bin/.csh/unsetenv.csh
source `which unsetenv.csh`
Remaining: DESTDIR DISPLAY HOSTDISPLAY PATH TERM TERMCAP TERMPATH
None of that helps.

I am running a 12.2 self built system, uncustomised src/, no kernel modules,
uname -a
FreeBSD fire.js.berklix.net 12.2-RELEASE FreeBSD 12.2-RELEASE
#0: Sat May 22 20:41:18 CEST 2021

j...@fire.js.berklix.net:/1s4/ftp/pri/FreeBSD/releases/12.2-RELEASE/generic/src/sys/amd64/compile/GENERIC
amd64

with the exception of /boot/kernel which is 12.2-RELEASE as for some unknown
reason I cant boot a local compiled or cross compiled 12.2-STABLE kernel
(I'm still investigating that presumed un-associated issue)

** Here's a script log :
{---

===> etc (install)
===> etc/sendmail (install)
cd /usr1/src/share/man; make makedb
makewhatis /usr/share/man
makewhatis /usr/share/openssl/man



cd /usr/src/lib/libgcc_s ; make
cat /usr1/src/lib/libgcc_s/Symbol.map /usr1/src/lib/libgcc_s/SymbolDefault.map 
| cpp - -  | awk -v vfile=/usr1/src/lib/libgcc_s/Versions.def -f 
/usr/share/mk/version_gen.awk > Version.map
building shared library libgcc_s.so.1
cc  -nodefaultlibs -Wl,--version-script=Version.map   -shared -Wl,-x 
-Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o libgcc_s.so.1.full 
-Wl,-soname,libgcc_s.so.1  `NM='nm' NMFLAGS='' lorder i386/fp_mode.pico 
absvdi2.pico absvsi2.pico absvti2.pico addvdi3.pico addvsi3.pico addvti3.pico 
apple_versioning.pico ashldi3.pico ashlti3.pico ashrdi3.pico ashrti3.pico 
bswapdi2.pico bswapsi2.pico clear_cache.pico clzdi2.pico clzsi2.pico 
clzti2.pico cmpdi2.pico cmpti2.pico ctzdi2.pico ctzsi2.pico ctzti2.pico 
divdc3.pico divdi3.pico divmoddi4.pico divmodsi4.pico divsc3.pico divsi3.pico 
divtc3.pico divti3.pico divxc3.pico enable_execute_stack.pico eprintf.pico 
extendhfsf2.pico ffsdi2.pico ffssi2.pico ffsti2.pico fixdfdi.pico fixdfti.pico 
fixsfdi.pico fixsfti.pico fixunsdfdi.pico fixunsdfsi.pico fixunsdfti.pico 
fixunssfdi.pico fixunssfsi

Re: Spam mail being sent via the FreeBSD mailing lists

[Julian H. Stacey]

Kurt Jaeger wrote:
> Hi!
> > > On May 25, 2021, at 8:53 PM, jake h  wrote:
> > > I have recently received several pieces of spam mail, apparently sent via
> > > this mailing list. These pieces of mail are the usual spam formula; Your
> > > phone has a virus, Ads, Fake blackmail, so on and so forth.
> > > Has anyone else noticed these spam emails, or is it just me?
> > I'm receiving these too. It looks like the servers are bouncing some of 
> > them just for me, even. And I'm receiving not just from this list; also 
> > from freebsd-hackers@ and ports@.
> 
> postmaster@ is aware of the problem, we do not yet have a clear-cut
> solution and we're investigating.
> -- 
> p...@opsec.eu+49 171 3101372Now what ?

I'm on most lists & also seen much spam lately.

Changing Mailman list configs to only allowing postings from subscribed
addresses could dump nearly all spam;  (I'm a Mailman admin elsewhere ).

But @freebsd.org has prefered open lists for near all lists.
Best only for the initial fresh- after- install- questions@, IMO.

Mailman can also input from a spam phrases block list, though I haven't
much used that on lists I run, as subscriber only block near all.

Normaly the @freebsd.org anti spam mechanisms protect both lists & non lists.

List back end responses to eg isp@ & hackers@ have recently migrated
from Mailman to Mlmmj, I guess that shouldn't directly affect spam
protection ?  but it'd be interesting to know what advantage the
migration might bring @freebsd.org ?

  ( Though I couldn't migrate most lists I run from Mailman to
  Mlmmj, as many lists I run are mostly non techs, incompetent with
  anything beyond click & fumble.  Command lines of Majordomo &
  Mlmmj impossible for them )

Cheers,
-- 
Julian Stacey  http://berklix.com/jhs/  http://stolenvotes.uk
http://www.berklix.org/~jhs/mail/sorbs/  Unreliable spam black list extorter.

Re: /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

[Julian H. Stacey]

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...@freebsd.org, Gavin Howard 
> Subject: Re: /usr/src/usr.bin/gh-bc don't know how to make
>  /usr/src/contrib/bc/locales/en_US.UTF-8.msg
> 
> Am 02.09.20 um 01:42 schrieb Julian H. Stacey:
> > Hi curr...@freebsd.org,
> >=20
> > /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/local=
> es/en_US.UTF-8.msg
> > With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/usr.bin/gh=
> -bc
> 
> Hi Julian,
> 
> since I'm building -CURRENT at least once a day with this bc
> and there have been no other reports, this does appear to be
> a local problem on your system (or a problem with CTM).

Thanks Stefan, Yes, it seems a CTM problem.


> > Avoided for now with /etc/src.conf WITHOUT_GH_BC=3DYES
> 
> Yes, but the correct fix is to provide the missing file, which
> is a symbolic link to en_US.msg. In fact, most of the message
> catalogs are provided by symlinks (71 of 96 files in the locales
> directory).
> 
> My assumption is, that CTM does not correctly encode and create
> symbolic links, so you miss them ... (but I did not check the
> CTM sources to verify that assumption).

Yes, seems to be. I find no symbolic links in my local src-cur built
from CTM /pub/FreeBSD/branches/-current/src/src-cur.14600xEmpty.gz
up to src-cur.14662.gz which delivers /pub/FreeBSD/branches/-current/src/
.ctm_status src-cur 14662 .svn_revision 365330

Whereas both of 
svn export -q file:///usr/svn/base/head
svn co -q file:///usr/svn/base/head
(working from a /usr/svn/ delivered by CTM 
/pub/FreeBSD/development/CTM/svn-cur/svn-cur.09000xEmpty.xz
... /pub/FreeBSD/development/CTM/svn-cur/svn-cur.09025.xz )
deliver 132 symbolic links
of which 71 are shown by grep contrib/bc/locales/ | wc -l
(& 71 also in your uuencoded thanks)

The lack of symbolic links in CTM extracted trees was puzzling, as
I recall CTM had a problem a few months back not delivering symbolic
links, & Stephen (cc'd) solved it & issued patch deltas;
(around the time CTM moved from src/ to /usr/ports/misc/ctm/
but I can't recall the order of those two events off hand, doubtless in
ctm mail archive, (but I have to rush out soon))

My local @home CTM binary on my current box looks not old:
ls -l `which ctm`
 -r-xr-xr-x  1 root  wheel  39880 Aug 27 01:40 /usr/local/sbin/ctm*
cd /usr/local ;  find . -name ctm\* | sort | xargs ls -l

Then I realised I had blundered, & been extracting CTMs localy via
procmail automaticaly on an old box with
 -r-xr-xr-x  1 root  wheel  41224 Jun 14  2017 /usr/sbin/ctm*
but that was Not the solution as I still only get a single sym link
FreeBSD-SVN/ports/hooks/pre-revprop-change
after re-extracting all ctm trees on my current box, with these commands:
 cd /data/tmp/ctm/1/FreeBSD-SVN
 ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.09000xEmpty.xz
 ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.08[0-9][0-9][0-9].xz

 cd /data/tmp/ctm/1/src-cur 
 ctm -q /pub/FreeBSD/development/CTM/src-cur/src-cur.14600xEmpty.gz 
 ctm -q /pub/FreeBSD/development/CTM/src-cur/src-cur*.1[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/ports-cur 
 ctm -q /pub/FreeBSD/development/CTM/ports-cur/ports-cur.13600xEmpty.gz 
 ctm -q 
/pub/FreeBSD/development/CTM/ports-cur/ports-cur.1[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-12 
 ctm -q  /pub/FreeBSD/development/CTM/src-12/src-12.0800xEmpty.gz 
 ctm -q /pub/FreeBSD/development/CTM/src-12/src-12.[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-11 
 ctm -q /pub/FreeBSD/development/CTM/src-11/src-11.1700xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-11/src-11.[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-10
 ctm -q /pub/FreeBSD/development/CTM/src-10/src-10.2100xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-10/src-10.[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-9
 ctm -q /pub/FreeBSD/development/CTM/src-9/src-9.1900xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-9/src-9.[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-8
 ctm -q /pub/FreeBSD/development/CTM/src-8/src-8.1900xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-8/src-8.[0-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-7
 ctm -q /pub/FreeBSD/development/CTM/src-7/src-7.1700xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-7/src-7.[1-9][0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-6
 ctm -q /pub/FreeBSD/development/CTM/src-6/src-6.1600xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-6/src-6.1[0-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-5
 ctm -q /pub/FreeBSD/development/CTM/src-5/src-5.0800xEmpty.gz
 ctm -q /pub/FreeBSD/development/CTM/src-5/src-5.0[6-9][0-9][0-9].gz
 
 cd /data/tmp/ctm/1/src-4
 ctm -q /pub

Re: /usr/src/cddl/sbin/zfs don't know how to make zfs-change-key.8

[Julian H. Stacey]

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
> 
> 
> Thanks, fixed it: https://svnweb.freebsd.org/changeset/base/365250

Thanks Ryan, src/cddl/sbin/zfs builds here on 365287

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
Probe Russian Brexit Referendum https://petition.parliament.uk/petitions/332293
___
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"

Re: /sys/modules/ nfscl & nfsd

[Julian H. Stacey]

"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/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
> > >#   /usr/src/sys/fs/nfsserver/nfs_nfsdkrpc.c:41:10: fatal error: 
> > >'opt_kern_tls.h' file not found
> > >
> > >Avoided for now by manualy patching out modules/Makefile
> > Should be fixed by r365262.
> > 
> > Thanks for reporting it, rick
> 
> Thanks Rick.
> The CTM src-cur system hasnt delivered that yet, it's up to 
> src-cur 365248 from ctm Sep  2 16:44 src-cur.14659.gz (TZ=+01:00)
> So i'll wait on that.

My src/ now at .svn_revision 365287 & I confirm compiles OK, Thanks!

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
Probe Russian Brexit Referendum https://petition.parliament.uk/petitions/332293
___
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"

Re: /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

[Julian H. Stacey]

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
___
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"

/usr/src/cddl/sbin/zfs don't know how to make zfs-change-key.8

[Julian H. Stacey]

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 http://berklix.com/jhs/
Crash Brexit Dec. 2020 paid by speculators. http://berklix.uk/brexit/#money
Contraception V. Global warming, pollution, hunger, contagion, resource wars.
___
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"

/sys/modules/ nfscl & nfsd

[Julian H. Stacey]

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
#   /usr/src/sys/fs/nfsserver/nfs_nfsdkrpc.c:41:10: fatal error: 
'opt_kern_tls.h' file not found

Avoided for now by manualy patching out modules/Makefile

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
Contraception V. Global warming, pollution, hunger, contagion, resource wars.
___
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"

/usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

[Julian H. Stacey]

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. Engineer, BSD Linux http://berklix.com/jhs/
Crash Brexit Dec. 2020 paid by speculators. http://berklix.uk/brexit/#money
Contraception V. Global warming, pollution, hunger, contagion, resource wars.
___
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"

Re: Office Hours today @ 18:00 UTC - Core Candidates

[Julian H. Stacey]

"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 invited all of
> > >> them to join a live stream today at 18:00 UTC to answer questions from
> > >> the FreeBSD Community.
> > > 
> > > Do you ever plan to schedule one of these at a time that works for those
> > > of us in the eastern hemisphere?
> > > 
> > > 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and
> > > 04:00 in the east of Australia to name but a couple of places where we
> > > have sizeable (or at least non-zero) populations of FreeBSD developers.
> > > 
> > > I'm sure we can watch the recordings after the fact, but I'm sure some
> > > of us would also welcome the opportunity to ask questions in real time.
> > > 
> > > Thank you.
> > > 
> > > Philip
> > > 
> > 
> > Philip: We did one at 02:00 UTC on April 16th. But attendance was only
> > ~20, compared to ~65 for the 18:00 UTC slot.
> 
> Since I have no idea on what our global proportions per time zone are
> I can not tell if that is a good showing or a not so good.
> 
> Do we have any data on the global distribution of @developers?

cd /usr/ports/astro/xearth ; make install ; rehash
xearth -markerfile /usr/local/lib/X11/xearth/freebsd.committers.markers

( It changes the X background, so if display happen to be completely
 full of xterms as mine was, one won't initially see it.)

> > https://wiki.freebsd.org/OfficeHours
> > 
> > Would you be willing to help host/promote another attempt for a more
> > Asia friendly time?
> > 
> > -- 
> > Allan Jude
> > 
> -- End of PGP section, PGP failed!
> 
> -- 
> Rod Grimes rgri...@freebsd.org

Cheers
--
Julian Stacey, Consultant Sys. Eng., BSD Linux http://berklix.com/jhs/
http://berklix.uk/corona/#masks   Corrupt Goverment: Sack Cummings.
Extend Brexit deal by June to avoid 2nd economic hit December 2020.
___
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"

Re: Working on Zoom port

[Julian H. Stacey]

"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
> > 
> > 
> > I'm not done yet.  The zoom linux client installs a bunch of Qt
> > libraries in its own directory.  These either need to be installed with
> > a port, or else the right configs need to be set to search for libraries
> > there.
> > 
> > I'm going to take a break, but I'm going to circle back to this.
> > 
> 
> You are aware of the rather large pile of recent security issues
> surronding zoom I hope.

https://www.theregister.co.uk/2020/04/08/zoom_security_stamos/
8 Apr 2020
"As Zoom bans spread over privacy concerns, vid-conf biz taps up
Stamos as firefighter in totally-not-a-PR-stunt move"

https://www.theregister.co.uk/2020/03/27/doc_searls_zoom_privacy/
27 Mar 2020 
Yeah, that Zoom app you're trusting with work chatter? It lives
with 'vampires feeding on the blood of human data'

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
http://berklix.org/corona/  Real Brexit 31 Dec 2020 will further damage UK & EU
___
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"

Re: lib/libsysdecode /usr/include/./sys/pioctl.h:45:2: error: " is deprecated

[Julian H. Stacey]

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 current ?
> >=20
> > =3D=3D=3D> lib/libsysdecode (all)
> > env CPP=3D"cpp" MK_PF=3D"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"
> >   [-W#warnings]
> > #warning " is deprecated, ptrace() should be used instead"
> >  ^
> > 1 warning generated.
> > if [ ! -e ioctl.c ] || ! cmp -s ioctl.c ioctl.c.tmp; then  mv -f ioctl.c.=
> tmp ioctl.c;  fi
> > cc  -O2 -pipe -fno-common   -I/data/release/s1/usr/obj/usr/src/amd64.amd6=
> 4/lib/libsysdecode -I/usr/src/sys -I/usr/src/libexec/rtld-elf -DPF -g -MD  =
> -MF.depend.ioctl.o -MTioctl.o -std=3Dgnu99 -Wno-format-zero-length -fstack-=
> protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unu=
> sed-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wre=
> turn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter =
> -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls =
> -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -W=
> thread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab=
> le  -Qunused-arguments-c ioctl.c -o ioctl.o
> > In file included from ioctl.c:126:
> > /usr/include/./sys/pioctl.h:45:2: error: " is deprecated, p=
> trace() should be used instead"
> >   [-Werror,-W#warnings]
> > #warning " is deprecated, ptrace() should be used instead"
> 
> Hmm, I thought that the default removal of obsolete headers would at
> least get right of the header in WORLDTMP, but now I'm wondering if
> there's an additional boundary condition.  (I'm surprised there isn't a
> --sysroot in your compiler command which is presumably why you're
> getting the system sys/pioctl.h...)
> 
> You can do a clean build or work around it by removing ioctl.c in
> /lib/libsysdecode and /obj-lib32/lib/libsysdecode.

Thanks Brooks
World builds after:
cd /usr/src;make delete-old
remove /usr/include/sys/pioctl.h?

I had mistakenly omitted make delete-old
  (As I ran 2 sequential make worlds on progressively upgraded
  generic src/, without running my usual interleaved script
  http://berklix.com/~jhs/bin/.csh/customise which patches
  src/Makefile.inc1 so delete-old does not rm lots of things I want
  to retain eg:

   /etc/amd.map /etc/host.conf /etc/namedb
   /etc/namedb/PROTO.localhost-v6.rev /etc/namedb/PROTO.localhost.rev
   /etc/namedb/make-localhost /etc/newsyslog.conf.d/amd.conf
   /etc/rc.d/amd /etc/rc.d/nsswitch /usr/bin/pawd /usr/bin/rlogin
   /usr/bin/rsh /usr/include/sys/pioctl.h /usr/libexec/rlogind
   /usr/libexec/rshd /usr/sbin/amd /usr/sbin/amq /usr/sbin/mk-amd-map
   /usr/share/man/man1/pawd.1.gz /usr/share/man/man5/amd.conf.5.gz
   /usr/share/man/man8/amd.8.gz /usr/share/man/man8/amq.8.gz
   /usr/share/man/man8/mk-amd-map.8.gz
   /var/named/etc/namedb/PROTO.localhost.rev
   /var/named/etc/namedb/make-localhost /var/named/etc/namedb/named.root

To stop delete-old causing local damage, my customise applies an ugly diff
 
http://berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/Makefile.inc1.releases.REL=CURRENT.diff

Better if we could enhance src/Makefile.inc1 delete-old to read a local list 
of exceptions, as does mergemaster from /etc/mergemaster.rc IGNORE_FILES=   ?

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
http://berklix.org/corona/   Brexit 31 Dec 2020 will damage UK & EU yet more.
___
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"

lib/libsysdecode /usr/include/./sys/pioctl.h:45:2: error: " is deprecated

[Julian H. Stacey]

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"
  [-W#warnings]
#warning " is deprecated, ptrace() should be used instead"
 ^
1 warning generated.
if [ ! -e ioctl.c ] || ! cmp -s ioctl.c ioctl.c.tmp; then  mv -f ioctl.c.tmp 
ioctl.c;  fi
cc  -O2 -pipe -fno-common   
-I/data/release/s1/usr/obj/usr/src/amd64.amd64/lib/libsysdecode -I/usr/src/sys 
-I/usr/src/libexec/rtld-elf -DPF -g -MD  -MF.depend.ioctl.o -MTioctl.o 
-std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable  -Qunused-arguments-c 
ioctl.c -o ioctl.o
In file included from ioctl.c:126:
/usr/include/./sys/pioctl.h:45:2: error: " is deprecated, 
ptrace() should be used instead"
  [-Werror,-W#warnings]
#warning " is deprecated, ptrace() should be used instead"

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
http://berklix.org/corona/   Brexit 31 Dec 2020 will damage UK & EU yet more.
___
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"

Re: src/usr.bin/kyua breaks on manbuild.sh: Permission denied

[Julian H. Stacey]

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
> > > > -rw-r--r--  1 jhs  staff  5187 Mar 25 12:34 /usr/src/contrib/=
> kyua/doc/manbuild.sh
> > >=20
> > > Indeed, this is the problem. manbuild.sh is +x in svn and in the git
> > > mirror, so it appears something's broken in ctm.
> >=20
> > Thanks Ed !
> > I've logged in on the CTM generator server to investigate.
> > http://ctm.berklix.org
> 
> FWIW, we don't generally rely on +x and invoke the interperter directly
> (to enable storing src on a noexec filesystm).  I fixed the bug that
> caused direct invocation of the script in r359426.

Thanks Brooks.

On the CTM delta generator server, svn export did set the x bit OK.
The ctm delta generator needs fixing, Stephen or I will look at that bit.
Ref. https://lists.freebsd.org/pipermail/ctm-users/2020-March/000617.html

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
UK stole 750,000 votes from EU Brits:  http://stolenvotes.uk
http://petition.parliament.uk/petitions/300059 http://berklix.uk/brexit/#russia
Limit Corona:  http://berklix.eu/corona/
___
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"

Re: src/usr.bin/kyua breaks on manbuild.sh: Permission denied

[Julian H. Stacey]

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. manbuild.sh is +x in svn and in the git
> mirror, so it appears something's broken in ctm.

Thanks Ed !
I've logged in on the CTM generator server to investigate.
http://ctm.berklix.org

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
UK stole 750,000 votes from EU Brits:  http://stolenvotes.uk
http://petition.parliament.uk/petitions/300059 http://berklix.uk/brexit/#russia
Limit Corona:  http://berklix.eu/corona/
___
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"

src/usr.bin/kyua breaks on manbuild.sh: Permission denied

[Julian H. Stacey]

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 
j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small  amd64

cd /usr/src/usr.bin/kyua ;  make
/usr/src/contrib/kyua/doc/manbuild.sh  -v "CONFDIR=/etc/kyua"  -v 
"DOCDIR=/nonexistant"  -v "EGDIR=/usr/share/examples/kyua"  -v 
"MISCDIR=/usr/share/kyua/misc"  -v "PACKAGE=kyua"  -v 
"STOREDIR=/usr/share/kyua/store"  -v "TESTSDIR=/usr/tests"  -v "VERSION=0.13"  
/usr/src/contrib/kyua/doc/kyua-about.1.in kyua-about.1
/bin/sh: /usr/src/contrib/kyua/doc/manbuild.sh: Permission denied
*** Error code 126

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

chmod a+x /usr/src/contrib/kyua/doc/manbuild.sh

make# succeeds but wrong solution

chmod a-x /usr/src/contrib/kyua/doc/manbuild.sh
cd /usr/src/usr.bin/kyua ;  make clean
source `which unsetenv.csh`
# SH is not set
make clean ; make
/bin/sh: /usr/src/contrib/kyua/doc/manbuild.sh: Permission denied

*** src/usr.bin/kyua/Makefile.orig  Wed Mar 25 12:34:45 2020
--- src/usr.bin/kyua/Makefile   Sat Mar 28 01:38:21 2020
***
*** 49,55 
  .PATH: ${KYUA_SRCDIR}/doc
  .for man in ${MAN}
  ${man}: ${man}.in
!   ${SH} ${KYUA_SRCDIR}/doc/manbuild.sh \
-v "CONFDIR=${KYUA_CONFDIR}" \
-v "DOCDIR=${KYUA_DOCDIR}" \
-v "EGDIR=${KYUA_EGDIR}" \
--- 49,55 
  .PATH: ${KYUA_SRCDIR}/doc
  .for man in ${MAN}
  ${man}: ${man}.in
!   /bin/sh ${KYUA_SRCDIR}/doc/manbuild.sh \
-v "CONFDIR=${KYUA_CONFDIR}" \
-v "DOCDIR=${KYUA_DOCDIR}" \
-v "EGDIR=${KYUA_EGDIR}" \

The diff above works, but is not sophisticated enough to represent what 
someone is trying to do with SH ?

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
UK stole 750,000 votes from EU Brits:  http://stolenvotes.uk
http://petition.parliament.uk/petitions/300059 http://berklix.uk/brexit/#russia
Limit Corona:  http://berklix.eu/corona/
___
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"

Re: anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src

[Julian H. Stacey]

> 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 cold, may have missed something).
> cat .svn_revision 
> 356863
> cat .ctm_status 
> src-cur 14334
> 
> My last world made against .svn_revision 356861, 356863 running now

I am now on 
.svn_revision 356868
.ctm_status src-cur 14335
& about to upgrade again to 
.svn_revision 357109
.ctm_status src-cur.14344 

Cheers
--
Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/
UK stole 750,000 Brexit votes from Brits in EU + 3 M globaly.  170 states have
votes abroad.  Brits in EU forced to foreign nationality  http://stolenvotes.uk
___
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"

anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src

[Julian H. Stacey]

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
users have access to the system.

  Use 'd' to delete the old /var/tmp/temproot and continue
  Use 't' to select a new temporary root directory
  Use 'e' to exit mergemaster

  Default is to use /var/tmp/temproot as is

How should I deal with this? [Use the existing /var/tmp/temproot] d

   *** Deleting the old /var/tmp/temproot

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

 *** Press the [Enter] or [Return] key to continue 
1 error

  *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
  the temproot environment

(#) printenv
TERMPATH=/etc/termcap:/usr/share/misc/termcap
NOCLEANDEPENDS=
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin
DESTDIR=/
PWD=/usr/src/usr.sbin/mergemaster
TERM=xterm
PS1=(#) 

(#) chflags -R noschg /var/tmp/temproot
(#) rm -rf /var/tmp/temproot
(#) ls -la /var/tmp 

total 32
drwxrwxrwt   4 root  wheel   512 Jan 18 13:27 .
drwxr-xr-x  33 root  wheel  1024 Jan 18 12:34 ..
drwxr-xr-x  21 root  wheel  1024 Jan 18 13:25 mergemaster
drwxrwxrwt   2 root  wheel  1024 Jan 18 02:16 vi.recover
(#) mergemaster -iF

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

 *** Press the [Enter] or [Return] key to continue 
1 error

  *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
  the temproot environment

(#) ls -la /usr/src
total 126992
drwxrwxrwx   24 jhs   staff  1024 Jan 17 00:18 .
drwxr-xr-x   15 root  wheel   512 Dec 18 00:02 ..
-rw-r--r--1 jhs   staff85 Jan 17 00:04 .arcconfig
-rw-r--r--1 jhs   staff   448 Jan 17 00:04 .arclint
-rw-r--r--1 jhs   staff   405 Jan 17 00:08 .cirrus.yml
-rw-r--r--1 jhs   staff  2243 Jan 17 00:04 .clang-format
-rw-r--r--1 jhs   staff14 Jan 18 12:43 .ctm_status
-rw-r--r--1 jhs   staff   205 Jan 17 00:04 .gitattributes
-rw-r--r--1 jhs   staff   580 Jan 17 00:08 .gitignore
-rw-r--r--1 jhs   staff 7 Jan 18 12:43 .svn_revision
-rw-r--r--1 jhs   staff  6170 Jan 17 00:14 COPYRIGHT
-rw-r--r--1 jhs   staff   548 Jan 17 00:04 LOCKS
...

cd /var/tmp/
ls -la
total 24
drwxrwxrwt   3 root  wheel   512 Jan 18 13:45 .
drwxr-xr-x  33 root  wheel  1024 Jan 18 12:34 ..
drwxrwxrwt   2 root  wheel   512 Jan 18 13:42 vi.recover

sh  -x /usr/sbin/mergemaster  -iF
-

Script started on Sat Jan 18 13:45:29 2020
(#) sh  -x /usr/sbin/mergemaster  -iF
+ PATH=/bin:/usr/bin:/usr/sbin
+ TEMPROOT=/var/tmp/temproot
+ [ -r /etc/mergemaster.rc ]
+ . /etc/mergemaster.rc
+ STRICT=yes
+ AUTO_INSTALL=yes
+ DIFF_FLAG=-c
+ VERBOSE=yes
+ PRESERVE_FILES=yes
+ MM_PRE_COMPARE_SCRIPT=/site/etc/mergemaster_pre_compare
+ IGNORE_FILES='/.cshrc /.profile /etc/X11/xorg.conf /etc/defaults/Makefile 
/etc/devd/berklix.conf /etc/exports /etc/exports.README 
/etc/exports.lapr.js.berklix.net /etc/exports.lapr.no.berklix.net 
/etc/exports.lapr.xx.berklix.net /etc/fstab /etc/fstab.s1 /etc/fstab.s2 
/etc/fstab.s3 /etc/fstab.s4 /etc/ftpusers.LN /etc/group /etc/host.conf 
/etc/hostid /etc/ipsec.conf /etc/libmap32.conf /etc/local /etc/login.conf.LN 
/etc/lxdvdrip.conf /etc/mail/LN.common.cpp /etc/mail/README.JHS 
/etc/mail/access /etc/mail/access.db /etc/mail/aliases.db /etc/mail/certs 
/etc/mail/common.cpp /etc/mail/exposed-users /etc/mail/generics-domains 
/etc/mail/lapr.js.berklix.net.cf /etc/mail/lapr.js.berklix.net.mc 
/etc/mail/lapr.js.berklix.net.submit.cf /etc/mail/lapr.js.berklix.net.submit.mc 
/etc/mail/local-host-names /etc/mail/local-users /etc/mail/masquerade 
/etc/mail/relay-domains /etc/mail/sendmail.mc /etc/mail/virtusertable 
/etc/mail/virtusertable.db /etc/make.conf /etc/make.conf.README /etc/master!
 .passwd /etc/mergemaster.rc /etc/motd.template /etc/motd.site /etc/namedb 
/etc/netgroup /etc/networks.sh /etc/nsswitch.conf.LN /etc/pbx /etc/rc.conf 
/etc/rc.d/Makefile /etc/rc.d/opensm /etc/rc.firewall.LN /etc/rc.firewall.src 
/etc/rc.local /etc/rc.shutint /etc/rc.shutmedia /etc/rc.shutusb 
/etc/resolv.conf /etc/resolv.conf.LN /etc/src.conf /etc/ssh/moduli.LN 
/etc/ssh/ssh_host_dsa_key /etc/ssh/ssh_host_dsa_key.pub 
/etc/ssh/ssh_host_ecdsa_key /etc/ssh/ssh_host_ecdsa_key.pub 
/etc/ssh/ssh_host_ed25519_key /etc/ssh/ssh_host_ed25519_key.pub 
/etc/ssh/ssh_host_key /etc/ssh/ssh_host_key.pub /etc/ssh/ssh_host_rsa_key 
/etc/ssh/ssh_host_rsa_key.pub /etc/ssh/sshd_config.old /etc/ssl/cert.pem 
/etc/system.fvwm2rc /etc/system.fvwmrc /etc/uucp /etc/vi.exrc 
/etc/wpa_supplicant.conf /root/.cshrc /root/.login /root/.profile /var/crash'

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

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>, "Julian 
> H. Stacey
> " writes:
> > "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
> > > > > [ ...]
> > > > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error:
> > > > >>   'opt_cam.h' file not found
> > > > >> #include "opt_cam.h"
> > > > >>  ^~~
> > > > >> 1 error generated.
> > > > >
> > > > > This is extremely unlikely to be r348842.  I would investigate r349025
> > > > > instead.  (Committer Cc:ed.)
> > > > 
> > > > Almost, more likely me.  I just had a look.  I am not exactly sure how 
> > > > to reproduce this?
> > > > 
> > > > /bz
> > > 
> > > If I can help let me know.
> > > My buildworld broke with 13.0-CURRENT 
> > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842
> > > I'm now running make install, 
> > > & can then compare my root include & libs with with a set installed 
> > > using DESTDIR=
> >
> > I compiled, installed, compared.  
> >   BTW cd /usr/src; make delete  - only cleans libs & bins but does not
> >   clean other junk listed in ObsoleteFiles.inc not even with
> >   -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually 
> > purged
> > ,
> > I believe I have a clean system built from .ctm_status src-cur 14077
> > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails,
> > so there was a commit of unbuildable code.
> >
> > cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h
> > cd /usr/include ; find . -name opt_cam.h# nothing
> >
> >
> > > I have a 2nd slower current box also building to 14077, I will then
> > > take that on up to latest .ctm_status src-cur 14087 .svn_revision
> > > 349129 to see if problem clears.
> >
> > make buildworld blew on newer current, with a different bug:
> >
> > cc  -O2 -pipe -I/usr/src/usr.bin/mkesdb_static 
> > -I/usr/src/usr.bin/mkesdb_stat
> > ic/../mkesdb  -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv  -g -MD 
> >  
> > -MF.depend.lex.o -MTlex.o -std=gnu99  -Qunused-arguments   
> > -I/usr/obj/usr/src
> > /amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o
> > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found
> > #include "yacc.h"
> >  ^~~~
> > 1 error generated.
> > *** Error code 1
> >
> > Stop.
> > make[3]: stopped in /usr/src/usr.bin/mkesdb_static
> 
> slippy$ ls /export/obj/opt/src/svn-current/amd64.amd64/usr.bin/mkesdb
> lex.c mkesdb.1.gz   mkesdb.full.meta  yacc.o
> lex.c.metamkesdb.1.gz.meta  mkesdb.meta   yacc.o.meta
> lex.o mkesdb.debug  yacc.c
> lex.o.metamkesdb.debug.meta yacc.c.meta
> mkesdbmkesdb.full   yacc.h   < here it is
> slippy$ 
> 
> >
> > A double waste of CPU & human time & power in a hot office.
> > Commit bits used to be suspended for un-buildable code. I'll boot stable.
> 
> Calm down.

I am actually calm, thanks.
I just have no more time to waste looking at current other people break.

> This looks like a corrupted obj directory,

I started with buildworld which should zap obj/

>  corrupted src 
> tree,

Nope. Clean export, not customised.
Customised with own hacks is what I've wanted to do for weeks,
System wont build generic, hence not customised. Still generic

>  or user error

Always possible. Even likely at times :-)

>  to me and it doesn't matter right now anyway. rm 
> -rf /usr/obj or wherever you keep it and start afresh.

Well I will,  but not yet, as said Im sick of breaking current.
so slower host has been booted with stable, upgraded to latest src/ 
& a buildworld started.

The faster host is left generic current at my original reported svn
& ctm numbers, now with generic bins libs includes, in case anyone
wants to look at that sdio modules problem.

As before mentioned, I upgraded src/ to newr on another ho

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

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:
> > > > 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
> > > > > 
> > > > > [ ...]
> > > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal
> > > > > > error:
> > > > > >   'opt_cam.h' file not found
> > > > > > #include "opt_cam.h"
> > > > > >  ^~~
> > > > > > 1 error generated.
> > > > > 
> > > > > This is extremely unlikely to be r348842.  I would investigate
> > > > > r349025
> > > > > instead.  (Committer Cc:ed.)
> > > > 
> > > > Almost, more likely me.  I just had a look.  I am not exactly
> > > > sure how 
> > > > to reproduce this?
> > > > 
> > > > /bz
> > > 
> > > If I can help let me know.
> > > My buildworld broke with 13.0-CURRENT 
> > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842
> > > I'm now running make install, 
> > > & can then compare my root include & libs with with a set
> > > installed 
> > > using DESTDIR=
> > 
> > I compiled, installed, compared.  
> >   BTW cd /usr/src; make delete  - only cleans libs & bins but does
> > not
> >   clean other junk listed in ObsoleteFiles.inc not even with
> >   -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so
> > manually purged,
> > I believe I have a clean system built from .ctm_status src-cur 14077
> > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails,
> > so there was a commit of unbuildable code.
> > 
> > cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h
> > cd /usr/include ; find . -name opt_cam.h# nothing
> > 
> > 
> > > I have a 2nd slower current box also building to 14077, I will then
> > > take that on up to latest .ctm_status src-cur 14087 .svn_revision
> > > 349129 to see if problem clears.
> > 
> > make buildworld blew on newer current, with a different bug:
> > 
> > cc  -O2 -pipe -I/usr/src/usr.bin/mkesdb_static
> > -I/usr/src/usr.bin/mkesdb_static/../mkesdb  -
> > I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv  -g -MD  -
> > MF.depend.lex.o -MTlex.o -std=gnu99  -Qunused-arguments   -
> > I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o
> > lex.o
> > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not
> > found
> > #include "yacc.h"
> >  ^~~~
> > 1 error generated.
> > *** Error code 1
> > 
> > Stop.
> > make[3]: stopped in /usr/src/usr.bin/mkesdb_static
> > 
> > A double waste of CPU & human time & power in a hot office.
> > Commit bits used to be suspended for un-buildable code. I'll boot
> > stable.
> 
> Since you seem to be so focused on mean-spirited criticism of others,
> I'm sure you'll understand when I ask...
> 
> Have you *seriosly* been using and building freebsd this long and you
> don't know that an opt_*.h file is generated as part of the build and
> exists only in the object directory, so that searching for it under
> /usr/src or /usr/include would be... let's see, how did you put it?...
> Oh yeah: A double waste of CPU & human time.

Personal noise is irrelevant.

Facts: 
Unchecked commits broken make buildworld twice, 
Time was wasted by bad commits.  
My time ran out. 
Current does not benefit from commits that break buildworld.
I (like a friend before) must switch to stable to avoid breakage. 

Time was, ~25 years back, when FreeBSD commiters who screwed
the build were awarded a conical hat & took a one week holiday. A
mild rebuke for wasting people's time, & a short refreshing
break to go smell fresh air. No not coffee, but fresh air.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers
 had no vote; 1.3 M old mostly leavers died.  Advert lies paid by noses in the
 trough; some foreign funders fined. New referendum now! http://stolenvotes.uk
___
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"

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

"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
> > > [ ...]
> > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error:
> > >>   'opt_cam.h' file not found
> > >> #include "opt_cam.h"
> > >>  ^~~
> > >> 1 error generated.
> > >
> > > This is extremely unlikely to be r348842.  I would investigate r349025
> > > instead.  (Committer Cc:ed.)
> > 
> > Almost, more likely me.  I just had a look.  I am not exactly sure how 
> > to reproduce this?
> > 
> > /bz
> 
> If I can help let me know.
> My buildworld broke with 13.0-CURRENT 
> /usr/src .ctm_status src-cur 14077 .svn_revision 348842
> I'm now running make install, 
> & can then compare my root include & libs with with a set installed 
> using DESTDIR=

I compiled, installed, compared.  
  BTW cd /usr/src; make delete  - only cleans libs & bins but does not
  clean other junk listed in ObsoleteFiles.inc not even with
  -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually purged,
I believe I have a clean system built from .ctm_status src-cur 14077
.svn_revision 348842 but /usr/src/sys/modules/sdio still fails,
so there was a commit of unbuildable code.

cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h
cd /usr/include ; find . -name opt_cam.h# nothing


> I have a 2nd slower current box also building to 14077, I will then
> take that on up to latest .ctm_status src-cur 14087 .svn_revision
> 349129 to see if problem clears.

make buildworld blew on newer current, with a different bug:

cc  -O2 -pipe -I/usr/src/usr.bin/mkesdb_static 
-I/usr/src/usr.bin/mkesdb_static/../mkesdb  
-I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv  -g -MD  -MF.depend.lex.o 
-MTlex.o -std=gnu99  -Qunused-arguments   
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o
/usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found
#include "yacc.h"
 ^~~~
1 error generated.
*** Error code 1

Stop.
make[3]: stopped in /usr/src/usr.bin/mkesdb_static

A double waste of CPU & human time & power in a hot office.
Commit bits used to be suspended for un-buildable code. I'll boot stable.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers
 had no vote; 1.3 M old mostly leavers died.  Advert lies paid by noses in the
 trough; some foreign funders fined. New referendum now! http://stolenvotes.uk
___
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"

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

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"
> >  ^~~
> > 1 error generated.
> 
> This is extremely unlikely to be r348842.

Sorry, I just meant that's where my src/ was up to,
not that I suspected r348842

> I would investigate r349025
> instead.  (Committer Cc:ed.)

Thanks for looking, I found:
  https://svnweb.freebsd.org/base?view=revision=349025
  Add opt_cam.h so we can build this outside of a kernel build.

My broken system only at 348842 

My other slower current (also rebuilding to 348842), once finished,
I will take on & try with whatever is then latest, currently here that's
.svn_revision 349129 delivered by CTM with .ctm_status src-cur 14087

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers
 had no vote; 1.3 M old mostly leavers died.  Advert lies paid by noses in the
 trough; some foreign funders fined. New referendum now! http://stolenvotes.uk
___
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"

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

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:
> >> 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"
> >>  ^~~
> >> 1 error generated.
> >
> > This is extremely unlikely to be r348842.  I would investigate r349025
> > instead.  (Committer Cc:ed.)
> 
> Almost, more likely me.  I just had a look.  I am not exactly sure how 
> to reproduce this?
> 
> /bz

If I can help let me know.
My buildworld broke with 13.0-CURRENT 
/usr/src .ctm_status src-cur 14077 .svn_revision 348842
I'm now running make install, 
& can then compare my root include & libs with with a set installed 
using DESTDIR=

I have a 2nd slower current box also building to 14077, I will then
take that on up to latest .ctm_status src-cur 14087 .svn_revision
349129 to see if problem clears.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers
 had no vote; 1.3 M old mostly leavers died.  Advert lies paid by noses in the
 trough; some foreign funders fined. New referendum now! http://stolenvotes.uk
___
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"

sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

[Julian H. Stacey]

.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
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdio/sdio_if.m -h
cc -target x86_64-unknown-freebsd13.0 
--sysroot=/1s4/release/13.0-CURRENT/usr/obj/usr/src/amd64.amd64/tmp 
-B/1s4/release/13.0-CURRENT/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe  
-fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-fdebug-prefix-map=./machine=/usr/src/sys/amd64/include 
-fdebug-prefix-map=./x86=/usr/src/sys/x86/include -MD  -MF.depend.sdiob.o 
-MTsdiob.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes 
-Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unus!
 ed-function -Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -c 
/usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c -o sdiob.o
/usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: 
  'opt_cam.h' file not found
#include "opt_cam.h"
 ^~~
1 error generated.
*** Error code 1

Stop.
bmake[5]: stopped in /usr/src/sys/modules/sdio
*** Error code 1

I assume some commiters fail to detect breakages as they don't
assert MODULES_WITH_WORLD="YES".  I saw similar twice in 2018-07
See disparity in supposedly current boxes, with:
ls -l /boot/modules; ls -l /boot/kernel/kernel

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers
 had no vote; 1.3 M old mostly leavers died.  Advert lies paid by noses in the
 trough; some foreign funders fined. New referendum now! http://stolenvotes.uk
___
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"

master.passwd & group broken in .svn_revision 347964 .ctm_status src-cur 14046

[Julian H. Stacey]

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 here:
https://svnweb.freebsd.org/base/head/etc/Makefile?view=log

I could not afford another long wait for build so:
cd /usr/src ; ln -s ../lib/libc/gen/master.passwd etc/master.passwd
cd /usr/src ; ln -s ../lib/libc/gen/group etc/group

If there's more moves coming, is it possible for them to all be in one 
cohesive .svn revision ?

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

Re: lib/libgcc_s fails on make all after make world succeeds

[Julian H. Stacey]

> 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 ideas please ? Notes below the sample.
> > 
> > ===> lib/libgcc_s (all)
> > building shared library libgcc_s.so.1
> > cc  -nodefaultlibs -Wl,--version-script=/usr/src/lib/libgcc_s/Version.map
> > -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o \
> > libgcc_s.so.1.full -Wl,-soname,libgcc_s.so.1
> ...
> > -L/usr/obj/usr/src/amd64.amd64/lib/libc -lc \
> > ld: error: can't create dynamic relocation R_X86_64_32S \
> > against symbol: __je_sz_size2index_tab in readonly segment; \
> > recompile object files with -fPIC or pass '-Wl,-z,notext' \
> > to allow text relocations in the output
> >>>> defined in /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a(jemalloc_sz.o)
> 
> It looks like for some reason, it chooses to link with libc.a instead of
> libc.so here.  Maybe your libc.so is not getting built at all, because
> of your environment?

I've removed my environment variables & src.conf & make.conf,
& new test running.


> Or maybe you are hitting some build race where libc.a is done, but
> libc.so is still being built, while at the same time, libgcc_s.so.1 is
> being linked?
> 
> There are some difficult-to-reproduce races with libgcc_s, which are
> sometimes also hit by CI (I think Li-Wen mentioned them multiple times
> now).  But usually I would expect this to be "solved" by simply
> re-running buildworld, as the race window is very small, and you have
> to be quite lucky (or unlucky, depending on your point of view :) to hit
> it.
> 
> -Dimitry

Thanks Dimitry, 
I'll re-read & consider but re. Race conditions, I hadnt thought
of that.  I never use make [-j max_jobs] and ls -l ~jhs/.MAKE.JOBS
~root/.MAKE.JOBS  # shows nothing

cd /usr/share/mk ; grep '\-j' *
bsd.cpu.mk:_CPUCFLAGS = -march=i686 -falign-functions=0 -falign-jumps=0 
-falign-loops=0
bsd.info.mk:.if !empty(.MAKEFLAGS:M-j)
bsd.suffixes.mk:# XXX not -j safe
bsd.suffixes.mk:# XXX not -j safe
bsd.suffixes.mk:# XXX not -j safe
gendirdeps.mk:  echo '# local dependencies - needed for -jN in clean tree'; \
meta.stage.mk:# for non-jobs mode the order here matters

cd /usr/src; grep '\-j' *
Makefile:#  make universe -DMAKE_JUST_KERNELS JFLAG=-j${_jflag}
Makefile.inc1:echo "ncpu: $$(sysctl -n hw.ncpu)${.MAKE.JOBS:S/^/, make -j/}"
Makefile.inc1:.if ${.MAKEFLAGS:M-j}
Makefile.inc1:.error The buildenv target is incompatible with -j
Makefile.inc1:echo "ncpu: $$(sysctl -n hw.ncpu)${.MAKE.JOBS:S/^/, make -j/}"
Makefile.inc1:  ${MAKE} -f Makefile.inc1 create-world-packages-jobs \
Makefile.inc1:.if make(create-world-packages-jobs)
Makefile.inc1:create-world-packages-jobs: .PHONY
Makefile.inc1:create-world-packages-jobs: create-world-package-${pkgname}
UPDATING:   Avoid using make -j when upgrading.  While generally safe, 
there are
UPDATING:   sometimes problems using -j to upgrade.  If your upgrade fails 
with
UPDATING:   -j, please try again without -j.  From time to time in the past 
there
UPDATING:   have been problems using -j with buildworld and/or 
installworld.  This


My 2 current hosts are old, a lot slower than I guess most developers use:
---
FreeBSD 13.0-CURRENT #14033: Sat May 11 18:48:02 CEST 2019
j...@blak.js.berklix.net:/usr/src/sys/amd64/compile/BLAK.small amd64
FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 
8.0.0)
VT(vga): resolution 640x480
CPU: Intel(R) Core(TM)2 Duo CPU E6850  @ 3.00GHz (3000.00-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf  Stepping=11
  
Features=0xbfebfbff
  Features2=0xe3fd
  AMD Features=0x20100800
  AMD Features2=0x1
  VT-x: HLT,PAUSE
  TSC: P-state invariant, performance statistics
real memory  = 4294967296 (4096 MB)
avail memory = 4096159744 (3906 MB)
Event timer "LAPIC" quality 100
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
__stack_chk_init: WARNING: Initializing stack protection with non-random 
cookies!
__stack_chk_init: WARNING: This severely limits the benefit of 
-fstack-protector!
ioapic0: Changing APIC ID to 2
---
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 13.0-CURRENT #14033: Sat May 11 18:56:03 CEST 2019
j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small amd64
FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 
8.0.0)
VT(vga): resolution 640x480
module urndis already present!
module_register: cannot register pccard/wi from kernel; already loaded from 
if_wi.ko
Module pccard/

lib/libgcc_s fails on make all after make world succeeds

[Julian H. Stacey]

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  -nodefaultlibs -Wl,--version-script=/usr/src/lib/libgcc_s/Version.map
 -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o \
 libgcc_s.so.1.full -Wl,-soname,libgcc_s.so.1  `NM='nm' NMFLAGS='' \
 lorder absvdi2.pico absvsi2.pico absvti2.pico addvdi3.pico addvsi3.pico \
 addvti3.pico apple_versioning.pico ashldi3.pico ashlti3.pico \
 ashrdi3.pico ashrti3.pico clear_cache.pico clzdi2.pico clzsi2.pico \
 clzti2.pico cmpdi2.pico cmpti2.pico ctzdi2.pico ctzsi2.pico ctzti2.pico \
 divdc3.pico divdi3.pico divmoddi4.pico divmodsi4.pico divsc3.pico \
 divsi3.pico divtc3.pico divti3.pico divxc3.pico enable_execute_stack.pico \
 eprintf.pico extendhfsf2.pico ffsdi2.pico ffssi2.pico ffsti2.pico \
 fixdfdi.pico fixdfti.pico fixsfdi.pico fixsfti.pico fixunsdfdi.pico \
 fixunsdfsi.pico fixunsdfti.pico fixunssfdi.pico fixunssfsi.pico \
 fixunssfti.pico fixunsxfdi.pico fixunsxfsi.pico fixunsxfti.pico \
 fixxfdi.pico fixxfti.pico floatditf.pico floatsitf.pico floattidf.pico \
 floattisf.pico floattixf.pico floatunditf.pico floatunsidf.pico \
 floatunsisf.pico floatuntidf.pico floatuntisf.pico floatuntixf.pico \
 gcc_personality_v0.pico int_util.pico lshrdi3.pico lshrti3.pico \
 moddi3.pico modsi3.pico modti3.pico muldc3.pico muldi3.pico \
 mulodi4.pico mulosi4.pico muloti4.pico mulsc3.pico multi3.pico \
 mulvdi3.pico mulvsi3.pico mulvti3.pico multc3.pico mulxc3.pico \
 negdf2.pico negdi2.pico negsf2.pico negti2.pico negvdi2.pico \
 negvsi2.pico negvti2.pico paritydi2.pico paritysi2.pico parityti2.pico \
 popcountdi2.pico popcountsi2.pico popcountti2.pico powidf2.pico \
 powisf2.pico powitf2.pico powixf2.pico subvdi3.pico subvsi3.pico \
 subvti3.pico trampoline_setup.pico truncdfhf2.pico truncsfhf2.pico \
 ucmpdi2.pico ucmpti2.pico udivdi3.pico udivmoddi4.pico udivmodsi4.pico \
 udivmodti4.pico udivsi3.pico udivti3.pico umoddi3.pico umodsi3.pico \
 umodti3.pico floatdidf.pico floatdisf.pico floatdixf.pico \
 floatundidf.pico floatundisf.pico floatundixf.pico cpu_model.pico \
 adddf3.pico addsf3.pico divdf3.pico divsf3.pico extendsfdf2.pico \
 fixdfsi.pico fixsfsi.pico floatsidf.pico floatsisf.pico muldf3.pico \
 mulsf3.pico subdf3.pico subsf3.pico truncdfsf2.pico comparedf2.pico \
 comparesf2.pico gcc_personality_v0.pico int_util.pico Unwind-EHABI.pico \
 Unwind-sjlj.pico UnwindLevel1-gcc-ext.pico UnwindLevel1.pico \
 UnwindRegistersRestore.pico UnwindRegistersSave.pico libunwind.pico \
 s_fabs.pico s_fabsf.pico s_fabsl.pico s_fmax.pico s_fmaxf.pico \
 s_logb.pico s_logbf.pico s_scalbn.pico s_scalbnf.pico s_fmaxl.pico \
 s_logbl.pico s_scalbnl.pico |  tsort -q` \
 -L/usr/obj/usr/src/amd64.amd64/lib/libc -lc \
ld: error: can't create dynamic relocation R_X86_64_32S \
 against symbol: __je_sz_size2index_tab in readonly segment; \
 recompile object files with -fPIC or pass '-Wl,-z,notext' \
 to allow text relocations in the output
>>> defined in /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a(jemalloc_sz.o)
>>> referenced by sz.h:0 \
 (/usr/src/contrib/jemalloc/include/jemalloc/internal/sz.h:0)
>>>   jemalloc_jemalloc.o:(a0ialloc) in archive \
 /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

ld: error: can't create dynamic relocation R_X86_64_32 against local symbol \
 in readonly segment; recompile object files with -fPIC or pass \
 '-Wl,-z,notext' to allow text relocations in the output
>>> defined in /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a(jemalloc_jemalloc.o)
>>> referenced by mutex.h:144 \
 (/usr/src/contrib/jemalloc/include/jemalloc/internal/mutex.h:144)
>>>   jemalloc_jemalloc.o:(a0ialloc) in archive \
 /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

-

First i thought it was my custom src/ but generic src/ breaks too.
Then I did:
/etc/src.conf   Removed
/etc/make.conf  Removed
env varsStripped to just
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin
TERM=xterm
TERMPATH=/etc/termcap:/usr/share/misc/termcap
A new make buildworld is running on virgin generic src/ inside a script with
cat .svn_revision 347964
cat .ctm_status src-cur 14046
That will take a while before I can report.

Meantime I also have a 2nd box I can experiment on if people have ideas ?
cat .svn_revision 347422
cat .ctm_status src-cur 14033

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
freebsd-current@freebsd.org mailing list

Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

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.
> >>>> 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 of PC boxes I have (& a show box of
> >>> spare)  that will never be able to upgrade.
> >>
> >> Do those boxes have 10M-only or 100Mbps variants of ed(4)?
> >> What kind of hardware do they have (CPU and memory-wise)?
> > 
> > Thanks for question.  I ran a quick check:
> > cd /usr/src; 
> > #   Apply my patches:
> > #   customise `pwd` 
> > #   http://www.berklix.com/~jhs/bin/.csh/customise
> > cd /sys/amd64/conf
> > grep device [A-Z][A-Z][A-Z][A-Z].small | grep ed
> > DUAL.small:device ed
> > FILM.small:device ed
> > KING.small:device ed
> > LAPA.small:device ed
> > LAPD.small:device ed
> > LAPL.small:device ed
> > LAPN.small:device ed
> > LOFT.small:device ed
> > MINI.small:device ed
> > SCAN.small:device ed0 at isa? port 0x280 irq 15 iomem 0xd iosiz 0x1
> > SLIM.small:device ed
> > SNOW.small:device ed0 at isa? port 0x280 irq 5 iomem 0xc8000
> > WIND.small:device ed
> 
> I've asked not for configuration files but for description of hardware.
> ed(4) supports many different models. Some of them do 10Mbps only
> but some are 100M-capable including PCI-connected.
> 
> And it's interesting to know what is CPU and memory type/amount of boxes.

Info I had long pre saved, exported here:
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/hosts/
Many boxes run newer releases than logs show, but eg dmesg shows memory etc.


Re Gary's:
> 2) what versions of FBSD is Julian now running on his hardware?
> 3) does he ever plan to upgrade this hardware to >= FBSD 13?

Not many, if any of them; I should idealy find time to purge some,
but I also have sundry newer PCs, & spare ed etc cards, so a pity to loose ed.


More generaly It won't be just me with ed.  With 13 I can power up any time,
(+ other pcmcia & PCI & ISA cards in boxes) there's probably many more globaly.

But sys admins often don't have time to read developer lists like
current@ & arch@.  So developer considering zapping things, will
not be seen by users it will hit later.

First many will know is seeing in a RELNOTES "XYZ will be removed
in release [0-9].[0-9]" No chance to answer an earlier "Are many
still using XYZ, we're thinking of deleting it ?"

If ed is the biggest legacy NIC, best be cautious ?

(BTW I also have 2 boxes running today's current, not just old Rels here.)

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

Re: FreeBSD Core Team Response to Controversial Social Media Posts

[Julian H. Stacey]

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 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 the FreeBSD Foundation
> > > would like to make it clear that views shared by individuals represent
> > > neither the Project nor the Foundation.
> > >
> > > --
> > > FreeBSD Core Team
> > >
> > 
> > 
> > is this a political party?! i thought it was developer team of certain
> > specific area server operating system?
> > 
> > first, i would like to know if this is a joke? because it must be! then, if
> > it's not, what has said and by who?
>  
> 
> FreeBSD Core Team and the FreeBSD Foundation can claim injury to reputation. 
> We are waiting to see if they claim injury. 
> 
> “Tort: a wrongful act, other than breach of contract, that results in 
> injury to another party’s person, property, dignity, or reputation, and 
> which is recognized by statue or common law as a legitimate basis for 
> liability.” (2014, July 30). Retrieved from 
> https://www.youtube.com/watch?v=jQ6smN3lcnY
> 
> Vester

Not cc'd v...@researchbsd.org

whois researchbsd.org : Creation Date: 2018-11-04T10:38:50.00Z

Core is not a legal entity, just a mail list, can't sue.

Foundation is in USA.  Accused is not.  USA law & morals not pre-emptive.
Other countries have laws, courts & morals. Leave it to them & non tech lists.

Orange haired person wrote lots of good code, an asset not to loose.

Let's have current@ writeable only by subscribers as a mild troll deterent.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

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-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 of PC boxes I have (& a show box of
> > spare)  that will never be able to upgrade.
> 
> Do those boxes have 10M-only or 100Mbps variants of ed(4)?
> What kind of hardware do they have (CPU and memory-wise)?

Thanks for question.  I ran a quick check:
cd /usr/src; 
#   Apply my patches:
#   customise `pwd` 
#   http://www.berklix.com/~jhs/bin/.csh/customise
cd /sys/amd64/conf
grep device [A-Z][A-Z][A-Z][A-Z].small | grep ed
DUAL.small:device ed
FILM.small:device ed
KING.small:device ed
LAPA.small:device ed
LAPD.small:device ed
LAPL.small:device ed
LAPN.small:device ed
LOFT.small:device ed
MINI.small:device ed
SCAN.small:device ed0 at isa? port 0x280 irq 15 iomem 0xd iosiz 0x1
SLIM.small:device ed
SNOW.small:device ed0 at isa? port 0x280 irq 5 iomem 0xc8000
WIND.small:device ed

My master config file is
 http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/sys/amd64/conf/HOLZ
(Its public but only for my convenience, not asking anyone to
struggle with that!)

None of those machines are newish, & some very old, some obsolete,
some still very useful, eg host SCAN running 4.11 embedded !
http://berklix.com/scanjet/

I need to look more what I can scrap, but ed was extremely common once,
inc for pcmcia, I bet loads of machine have embedded ed & ed0.

If its a shortage of hardware is the problem let me know.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

> 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 of PC boxes I have (& a show box of
spare)  that will never be able to upgrade.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

Core: Yes please, Code of Conduct committee: No Thanks.

[Julian H. Stacey]

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 the FreeBSD Foundation
> would like to make it clear that views shared by individuals represent
> neither the Project nor the Foundation.

Core@ statements always welcome.

But Code of Conduct committee merit no automatic credence since:

  Code of Conduct aims were cloned from an ultra feminist group of
  non FreeBSD members, part paid by foundation, then shoved on
  FreeBSD before discussion, by a voluble few in FreeBSD 

  The new CoC terms were hotly disputed. core@ failed to remove it
  before many tuned out, despairing of the politics [& lack of core@
  backbone, probably themselves scared of being labeled anti-whatever],

  New CoC putch-ists took seats on CoC

FreeBSD had a CoC before the putch with the new feminist etc CoC.
https://www.freebsd.org/internal/code-of-conduct.html
CoC could be replaced with the old one from SVN, or from

https://web.archive.org/web/*/https://www.freebsd.org/internal/code-of-conduct.html

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
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"

rm /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

[Julian H. Stacey]

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 now, no problem, applying
my local diffs), lately the subsequent
cd /usr/src; make all
has hung as typescript below, & others here
http://www.berklix.com/~jhs/tmp/src/typescript.0
http://www.berklix.com/~jhs/tmp/src/typescript.1
http://www.berklix.com/~jhs/tmp/src/lib/libgcc_s/typescript

I don't think it's my diffs which tweak commands,
but not libs like lib/libgcc_s & not C lang, tools
(
http://www.berklix.com/~jhs/src/bsd/fixes/freebsd/src/
#   Matches to /usr/src/
http://www.berklix.com/~jhs/all.html
#   Full list of diffs & releases
http://www.berklix.com/~jhs/bin/.csh/customise  
#   My script to apply diffs:
)

I'm wondering, is if it's something to do with eg
make.conf CFLAGS though I see nothing.
With a src/Makefile with:
jhs:
echo "JHS ${CFLAGS} JHS"
make jhs
JHS -O2 -pipe JHS
-O2 -pipe seems OK, it's from generic
share/mk/sys.mk:CFLAGS?=  -O2 -pipe
sys/conf/kern.pre.mk:COPTFLAGS?=-O2 -pipe

My /etc/src.conf just has:
NEED_MAKE_UPGRADE=YES
WITH_RCMDS=YES
WITHOUT_REPRODUCIBLE_BUILD="YES"# see /usr/src/UPDATING

ls -l /usr/lib/libc.a /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a*
 -r--r--r--  1 root  wheel  16779882 Feb 18 16:50 /usr/lib/libc.a
 -rw-r--r--  1 root  wheel  16779882 Feb 19 11:46 
/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a
 -rw-r--r--  1 root  wheel  16779882 Feb 17 23:09 
/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.1
 -rw-r--r--  1 root  wheel  16779882 Feb 18 23:09 
/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.2
 -rw-r--r--  1 root  wheel  16779882 Feb 19 11:41 
/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.3

md5  /usr/lib/libc.a /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a*
 MD5 (/usr/lib/libc.a)   = 
a4d2881b6dd08a71a8adb126125efa66
 MD5 (/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a)  = 
75995a3cd1436bad5cf124a9ba80033f
 MD5 (/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.1) = 
a4d2881b6dd08a71a8adb126125efa66
 MD5 (/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.2) = 
75995a3cd1436bad5cf124a9ba80033f
 MD5 (/usr/obj/usr/src/amd64.amd64/lib/libc/libc.a.MV.3) = 
75995a3cd1436bad5cf124a9ba80033f

==
13.0-CURRENT /dev/pts/3 root 1 lapr/usr/src/lib/libgcc_s make
building shared library libgcc_s.so.1
cc  -nodefaultlibs -Wl,--version-script=/usr/src/lib/libgcc_s/Version.map
-shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o
libgcc_s.so.1.full -Wl,-soname,libgcc_s.so.1  `NM='nm' NMFLAGS=''
lorder absvdi2.pico absvsi2.pico absvti2.pico addvdi3.pico addvsi3.pico
addvti3.pico apple_versioning.pico ashldi3.pico ashlti3.pico
ashrdi3.pico ashrti3.pico clear_cache.pico clzdi2.pico clzsi2.pico
clzti2.pico cmpdi2.pico cmpti2.pico ctzdi2.pico ctzsi2.pico ctzti2.pico
divdc3.pico divdi3.pico divmoddi4.pico divmodsi4.pico divsc3.pico
divsi3.pico divtc3.pico divti3.pico divxc3.pico enable_execute_stack.pico
eprintf.pico extendhfsf2.pico ffsdi2.pico ffssi2.pico ffsti2.pico
fixdfdi.pico fixdfti.pico fixsfdi.pico fixsfti.pico fixunsdfdi.pico
fixunsdfsi.pico fixunsdfti.pico fixunssfdi.pico fixunssfsi.pico
fixunssfti.pico fixunsxfdi.pico fixunsxfsi.pico fixunsxfti.pico
fixxfdi.pico fixxfti.pico floatditf.pico floatsitf.pico floattidf.pico
floattisf.pico floattixf.pico floatunditf.pico floatunsidf.pico
floatunsisf.pico floatuntidf.pico floatuntisf.pico floatuntixf.pico
gcc_personality_v0.pico int_util.pico lshrdi3.pico lshrti3.pico
moddi3.pico modsi3.pico modti3.pico muldc3.pico muldi3.pico
mulodi4.pico mulosi4.pico muloti4.pico mulsc3.pico multi3.pico
mulvdi3.pico mulvsi3.pico mulvti3.pico multc3.pico mulxc3.pico
negdf2.pico negdi2.pico negsf2.pico negti2.pico negvdi2.pico
negvsi2.pico negvti2.pico paritydi2.pico paritysi2.pico parityti2.pico
popcountdi2.pico popcountsi2.pico popcountti2.pico powidf2.pico
powisf2.pico powitf2.pico powixf2.pico subvdi3.pico subvsi3.pico
subvti3.pico trampoline_setup.pico truncdfhf2.pico truncsfhf2.pico
ucmpdi2.pico ucmpti2.pico udivdi3.pico udivmoddi4.pico udivmodsi4.pico
udivmodti4.pico udivsi3.pico udivti3.pico umoddi3.pico umodsi3.pico
umodti3.pico floatdidf.pico floatdisf.pico floatdixf.pico
floatundidf.pico floatundisf.pico floatundixf.pico cpu_model.pico
adddf3.pico addsf3.pico divdf3.pico divsf3.pico extendsfdf2.pico
fixdfsi.pico fixsfsi.pico floatsidf.pico floatsisf.pico muldf3.pico
mulsf3.pico subdf3.pico subsf3.pico truncdfsf2.pico comparedf2.pico
comparesf2.pico gcc_personality_v0.pico int_util.pico Unwind-EHABI.pico
Unwind-sjlj.pico 

Re: timed restoral until deleter makes a port

[Julian H. Stacey]

"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/
> > > 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/ until the code vandal is forced to write
> > > a ports/ entry.  Temporary removal of the src/ commit bit could encourage
> > > this & admonish irresponsible conduct.
> > >
> > > The tech issues have been discussed before, no need to repeat,
> > > this is just a question of enforcing responsible procedure.
> > >
> > 
> > The ball is in my court to approve a pull request so we can finish the
> > port. We have plenty of time before 13 and current, is after all, current.
> > So there's no need to do anything rash here.
> > 
> > I think all the rest of this is without merit and an overreaction.
> 
> Lets prevent this in the future and make it formal policy that
> if the solution to a removal from src is that a port be created
> the order must be port created and working, then src de-orbit.
> 
> Agreeable?

Sounds good. That's the way ctm is being handled.
PS if anyone wonders "Why Use CTM Instead of, or as well as SVN ?"
http://ctm.berklix.org

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally,
 1.9 M too young to vote, 1.3 M died, mostly leavers.  Fraud, fines & lies.
 Honest Ref. Now !  Revoke Art. 50 for now to buy time to plan to avoid chaos.
http://exitbrexit.uk/#email_your_mp
___
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"

Re: timed restoral until deleter makes a port

[Julian H. Stacey]

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 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/ until the code vandal is forced to write
> > a ports/ entry.  Temporary removal of the src/ commit bit could encourage
> > this & admonish irresponsible conduct.
> >
> > The tech issues have been discussed before, no need to repeat,
> > this is just a question of enforcing responsible procedure.
> >
> 
> The ball is in my court to approve a pull request so we can finish the
> port. We have plenty of time before 13 and current, is after all, current.
> So there's no need to do anything rash here.

OK, I had intended to do an SVN export of timed to rescue my 2 current boxes,
but if you have something ready to test ? I should instead test that.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally,
 1.9 M too young to vote, 1.3 M died, mostly leavers.  Fraud, fines & lies.
 Honest Ref. Now !  Revoke Art. 50 for now to buy time to plan to avoid chaos.
http://exitbrexit.uk/#email_your_mp
___
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"

timed restoral until deleter makes a port

[Julian H. Stacey]

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/ until the code vandal is forced to write
a ports/ entry.  Temporary removal of the src/ commit bit could encourage
this & admonish irresponsible conduct.

The tech issues have been discussed before, no need to repeat,
this is just a question of enforcing responsible procedure.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally,
 1.9 M too young to vote, 1.3 M died, mostly leavers.  Fraud, fines & lies.
 Honest Ref. Now !  Revoke Art. 50 for now to buy time to plan to avoid chaos.
http://exitbrexit.uk/#email_your_mp
___
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"

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

[Julian H. Stacey]

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:
> > 
> > > > > > $ 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 first saw from chrome after a pkg add, but now too from a ports/ 
> > > build
> > > 
> > > My src/ was maybe a week or so old. To be precise on next failure report,
> > > I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf 
> > > & finished a buildworld  on .svn_revision 342785, now running buildkernel
> > > 
> > 
> > IIRC the problem was attributed to some flags being passed to the
> > compiler or linker.  Don't know exactly which reply, but it
> > should be findable in the mail-list database.  AFAIK it was never
> > verified that it was the cause.
> 
> Thanks Gary, my world is now updated to
> uname -a
> FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #0: Sun Jan  6 
> 08:06:58 CET 2019 
> j...@lapr.js.berklix.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64
> /usr/src/.svn_revision 342810
> 
> chrome still fails
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103
> has 30 comments inc. 2 patches (That Ive had no time to try yet)

chrome now works after I hand patched my already built /usr/ports/www/chromium
using this patch 
--
--- build/linux/chrome.map.orig 2018-08-08 19:10:32 UTC
+++ build/linux/chrome.map
@@ -1,4 +1,7 @@
 {
+local:
+  *;
+
 global:
   __bss_start;
   __data_start;
@@ -20,6 +23,10 @@ global:
   # Program entry point.
   _start;
 
+  # FreeBSD specific variables.
+  __progname;
+  environ;
+
   # Memory allocation symbols.  We want chrome and any libraries to
   # share the same heap, so it is correct to export these symbols.
   calloc;
@@ -81,7 +88,4 @@ global:
   localtime64;
   localtime64_r;
   localtime_r;
-
-local:
-  *;
 };

--
which looks like
https://bugs.freebsd.org/bugzilla/attachment.cgi?id=200811=diff

I extracted mine by hand from 
https://bz-attachments.freebsd.org/attachment.cgi?id=200811
Where Max also says it works.

Thanks to Dimitry Andric cc'd for the patch,
I hope it gets commited.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

[Julian H. Stacey]

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"  
> > 
> > [ 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 first saw from chrome after a pkg add, but now too from a ports/ 
> > build
> > 
> > My src/ was maybe a week or so old. To be precise on next failure report,
> > I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf 
> > & finished a buildworld  on .svn_revision 342785, now running buildkernel
> > 
> 
> IIRC the problem was attributed to some flags being passed to the
> compiler or linker.  Don't know exactly which reply, but it
> should be findable in the mail-list database.  AFAIK it was never
> verified that it was the cause.

Thanks Gary, my world is now updated to
uname -a
FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #0: Sun Jan  6 
08:06:58 CET 2019 
j...@lapr.js.berklix.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64
/usr/src/.svn_revision 342810

chrome still fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103
has 30 comments inc. 2 patches (That Ive had no time to try yet)

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

[Julian H. Stacey]

> > > $ 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 first saw from chrome after a pkg add, but now too from a ports/ build

My src/ was maybe a week or so old. To be precise on next failure report,
I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf 
& finished a buildworld  on .svn_revision 342785, now running buildkernel

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: uname -a output without svn revision number

[Julian H. Stacey]

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 returns nothing. Ditto uname. Ditto dmesg.  Annoying.
> 
> Please read the UPDATING entry and the src.conf description for
> WITHOUT_REPRODUCIBLE_BUILD. You probably want to add it to
> /etc/src.conf.

Thanks Ed, Added, Rebuilding.

I suggest the default should be the opposite, or has that already
been discussed & I missed it ?

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: uname -a output without svn revision number

[Julian H. Stacey]

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 waiting my time to
trace & fix).  Yet another annoying half baked commit, wasting time.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

[Julian H. Stacey]

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@
> >>>> 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.
> >>>> ---
> >>>> =3D20
> >>>> cd /usr/src
> >>>> cat .ctm_status # I recall src-cur 13840
> >>>> make world
> >>>> ... failed approx or maybe as below I recall:
> >>>> =3D20
> >>>> cat .svn_revision # 342545
> >>>> cat .ctm_status # src-cur 13841
> >>>> make buildworld
> >>>> =3D20
> >>>> c++  -O2 -pipe -DBERKLIX=3D3DYES =3D
> >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang =3D
> >>> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm =3D
> >>> -I/usr/src/contrib/llvm/tools/clang/lib/Basic =3D
> >>> -I/usr/src/contrib/llvm/tools/clang/lib/Driver =3D
> >>> -I/usr/src/contrib/llvm/tools/clang/include =
> -I/usr/src/lib/clang/include =3D
> >>> -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL =3D
> >>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS =3D
> >>> -DLLVM_DEFAULT_TARGET_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D
> >>> -DLLVM_HOST_TRIPLE=3D3D\"x86_64-unknown-freebsd13.0\" =3D
> >>> -DDEFAULT_SYSROOT=3D3D\"/usr/obj/usr/src/amd64.amd64/tmp\" =3D
> >>> -DLLVM_TARGET_ENABLE_X86 =3D
> >>> -DLLVM_NATIVE_ASMPARSER=3D3DLLVMInitializeX86AsmParser =3D
> >>> -DLLVM_NATIVE_ASMPRINTER=3D3DLLVMInitializeX86AsmPrinter =3D
> >>> -DLLVM_NATIVE_DISASSEMBLER=3D3DLLVMInitializeX86Disassembler =3D
> >>> -DLLVM_NATIVE_TARGET=3D3DLLVMInitializeX86Target =3D
> >>> -DLLVM_NATIVE_TARGETINFO=3D3DLLVMInitializeX86TargetInfo =3D
> >>> -DLLVM_NATIVE_TARGETMC=3D3DLLVMInitializeX86TargetMC =
> -ffunction-sections =3D
> >>> -fdata-sections -gline-tables-only -MD -MF.de!
> >>>> pend.Basic_SourceManager.o -MTBasic/SourceManager.o =
> -Qunused-arguments =3D
> >>> -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -std=3D3Dc++11 =
> =3D
> >>> -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3D3Dlibc++ =3D
> >>> -Wno-c++11-extensions  -c =3D
> >>> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o =3D
> >>> Basic/SourceManager.o
> >>>> =
> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: =3D=
> 
> >>> fatal error:
> >>>> 'emmintrin.h' file not found
> >>>> #include 
> >>>>^
> >>>> 1 error generated.
> >>>> *** Error code 1
> >>>> =3D20
> >>>> Stop.
> >>>> bmake[4]: stopped in /usr/src/lib/clang/libclang
> 
> Most likely, your host compiler is missing required intrinsics headers.
> These are located under /usr/lib/clang/x.y.z/include, where x.y.z is the
> compiler version.  If they are missing, you might want to restore the
> files from backup, or extract them from a release or snapshot tarball.
> 
> -Dimitry

Thanks Dimitry 

  clang -v
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 
6.0.1)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin
  cd /usr/lib/clang ; ls
7.0.1/
  dmesg
FreeBSD 13.0-CURRENT JHS_Lapr amd64
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 
6.0.1)

So my current box has a mismatch. 
My other current box is normaly older, so I turned on to copy 6.0.1 libs 
& found a newer & consistent current:

  clang -v
FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 
7.0.1)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin

  dmesg:
FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 
7.0.1)
  cd /usr/bin; ls -l
Dec 20

So I'm checking the newer current box with make all,
then will do a cross host recovery to the inconsistent older box.
Thanks Enji & Dimitry

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

[Julian H. Stacey]

"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,
> > > since then I've failed twice below
> > > Seems the UPDATING doesnt give enough to rescue this.
> > > ---
> > >=20
> > > cd /usr/src
> > > cat .ctm_status # I recall src-cur 13840
> > > make world
> > > ... failed approx or maybe as below I recall:
> > >=20
> > > cat .svn_revision # 342545
> > > cat .ctm_status # src-cur 13841
> > > make buildworld
> > >=20
> > > c++  -O2 -pipe -DBERKLIX=3DYES =
> > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang =
> > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm =
> > -I/usr/src/contrib/llvm/tools/clang/lib/Basic =
> > -I/usr/src/contrib/llvm/tools/clang/lib/Driver =
> > -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include =
> > -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL =
> > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS =
> > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" =
> > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" =
> > -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" =
> > -DLLVM_TARGET_ENABLE_X86 =
> > -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser =
> > -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter =
> > -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler =
> > -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target =
> > -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo =
> > -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections =
> > -fdata-sections -gline-tables-only -MD -MF.de!
> > > pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments =
> > -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -std=3Dc++11 =
> > -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++ =
> > -Wno-c++11-extensions  -c =
> > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o =
> > Basic/SourceManager.o
> > > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: =
> > fatal error:
> > >  'emmintrin.h' file not found
> > > #include 
> > > ^
> > > 1 error generated.
> > > *** Error code 1
> > >=20
> > > Stop.
> > > bmake[4]: stopped in /usr/src/lib/clang/libclang
> > > *** Error code 1
> > >=20
> > > src/UPDATING last has a note at 20181220 ... &
> > > 20181211:
> > >Clang, llvm, lld, lldb, compiler-rt and libc++ have been =
> > upgraded to
> > >7.0.1.  Please see the 20141231 entry below for information =
> > about
> > >prerequisites and upgrading, if you are not already using clang =
> > 3.5.0
> > >or higher.
> > >=20
> > > clang -v
> > > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on =
> > LLVM 6.0.1)
> > >=20
> > > make includes
> > > mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/
> > > make includes
> > > clang-tblgen -help
> > > make -i includes
> > > cd /usr/src/lib/clang/libclang
> > > make
> > > clang-tblgen -gen-clang-attr-dump  -I =
> > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o =
> > clang/AST/AttrDump.inc  =
> > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
> > > *** Signal 11
> > > reboot
> > > cd /usr/src/lib/clang/libclang
> > > make clean
> > > make
> > > clang-tblgen -gen-clang-attr-dump  -I =
> > /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o =
> > clang/AST/AttrDump.inc  =
> > /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
> > > *** Signal 11
> > 
> > Hi Julian,
> > The handful of times I=E2=80=99ve seen this occur in the past =
> > with other compiler versions, it=E2=80=99s been caused by an incomplete =
> > buildworld and/or tainted .OBJDIR. It might be a good idea to wipe out =
> > ${OBJROOT} and start buildworld from scratch, to see if the issue =
> > persists.
> > Best of luck,
> > -Enji
> 
> Thanks Enji,
> I usually do, but I might have forgotten, 
> have now run:
>   cd /usr/obj; rm -rf *
>   cd /usr/src
>   make clean
&g

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

[Julian H. Stacey]

Hi, Reference:
> From: Enji Cooper 
> Date: Thu, 27 Dec 2018 03:55:15 -0800

Enji Cooper wrote:
> 
> --Apple-Mail=_4BF6CECA-E53F-44F5-A629-849091814850
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
>   charset=utf-8
> 
> 
> > 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 doesnt give enough to rescue this.
> > ---
> >=20
> > cd /usr/src
> > cat .ctm_status # I recall src-cur 13840
> > make world
> > ... failed approx or maybe as below I recall:
> >=20
> > cat .svn_revision # 342545
> > cat .ctm_status # src-cur 13841
> > make buildworld
> >=20
> > c++  -O2 -pipe -DBERKLIX=3DYES =
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang =
> -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm =
> -I/usr/src/contrib/llvm/tools/clang/lib/Basic =
> -I/usr/src/contrib/llvm/tools/clang/lib/Driver =
> -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include =
> -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL =
> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS =
> -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" =
> -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" =
> -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" =
> -DLLVM_TARGET_ENABLE_X86 =
> -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser =
> -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter =
> -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX86Disassembler =
> -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target =
> -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo =
> -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections =
> -fdata-sections -gline-tables-only -MD -MF.de!
> > pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments =
> -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -std=3Dc++11 =
> -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++ =
> -Wno-c++11-extensions  -c =
> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o =
> Basic/SourceManager.o
> > /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: =
> fatal error:
> >  'emmintrin.h' file not found
> > #include 
> > ^
> > 1 error generated.
> > *** Error code 1
> >=20
> > Stop.
> > bmake[4]: stopped in /usr/src/lib/clang/libclang
> > *** Error code 1
> >=20
> > src/UPDATING last has a note at 20181220 ... &
> > 20181211:
> >Clang, llvm, lld, lldb, compiler-rt and libc++ have been =
> upgraded to
> >7.0.1.  Please see the 20141231 entry below for information =
> about
> >prerequisites and upgrading, if you are not already using clang =
> 3.5.0
> >or higher.
> >=20
> > clang -v
> > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on =
> LLVM 6.0.1)
> >=20
> > make includes
> > mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/
> > make includes
> > clang-tblgen -help
> > make -i includes
> > cd /usr/src/lib/clang/libclang
> > make
> > clang-tblgen -gen-clang-attr-dump  -I =
> /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o =
> clang/AST/AttrDump.inc  =
> /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
> > *** Signal 11
> > reboot
> > cd /usr/src/lib/clang/libclang
> > make clean
> > make
> > clang-tblgen -gen-clang-attr-dump  -I =
> /usr/src/contrib/llvm/tools/clang/include -d clang/AST/AttrDump.inc.d -o =
> clang/AST/AttrDump.inc  =
> /usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
> > *** Signal 11
> 
> Hi Julian,
>   The handful of times I=E2=80=99ve seen this occur in the past =
> with other compiler versions, it=E2=80=99s been caused by an incomplete =
> buildworld and/or tainted .OBJDIR. It might be a good idea to wipe out =
> ${OBJROOT} and start buildworld from scratch, to see if the issue =
> persists.
> Best of luck,
> -Enji

Thanks Enji,
I usually do, but I might have forgotten, 
have now run:
cd /usr/obj; rm -rf *
cd /usr/src
make clean
make cleandir# prob un-necessary after obj rm
cat .ctm_status src-cur 13842
cat .svn_revision 342550
& started:
make buildworld

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

/usr/src/lib/clang/libclang 'emmintrin.h' file not found

[Julian H. Stacey]

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
... failed approx or maybe as below I recall:

cat .svn_revision # 342545
cat .ctm_status # src-cur 13841
make buildworld

c++  -O2 -pipe -DBERKLIX=YES 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang 
-I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm 
-I/usr/src/contrib/llvm/tools/clang/lib/Basic 
-I/usr/src/contrib/llvm/tools/clang/lib/Driver 
-I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include 
-I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd13.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 
-DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser 
-DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter 
-DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler 
-DLLVM_NATIVE_TARGET=LLVMInitializeX86Target 
-DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo 
-DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections 
-fdata-sections -gline-tables-only -MD -MF.de!
 pend.Basic_SourceManager.o -MTBasic/SourceManager.o -Qunused-arguments 
-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include  -std=c++11 
-fno-exceptions -fno-rtti -gline-tables-only -stdlib=libc++ 
-Wno-c++11-extensions  -c 
/usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp -o 
Basic/SourceManager.o
/usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1196:10: fatal 
error: 
  'emmintrin.h' file not found
#include 
 ^
1 error generated.
*** Error code 1

Stop.
bmake[4]: stopped in /usr/src/lib/clang/libclang
*** Error code 1

src/UPDATING last has a note at 20181220 ... & 
20181211:
Clang, llvm, lld, lldb, compiler-rt and libc++ have been upgraded to
7.0.1.  Please see the 20141231 entry below for information about
prerequisites and upgrading, if you are not already using clang 3.5.0
or higher.

clang -v
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 
6.0.1)

make includes
mkdir -p /usr/lib/clang/7.0.1/include/sanitizer/
make includes
clang-tblgen -help
make -i includes
cd /usr/src/lib/clang/libclang 
make
clang-tblgen -gen-clang-attr-dump  -I /usr/src/contrib/llvm/tools/clang/include 
-d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc  
/usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
*** Signal 11
reboot
cd /usr/src/lib/clang/libclang 
make clean
make
clang-tblgen -gen-clang-attr-dump  -I /usr/src/contrib/llvm/tools/clang/include 
-d clang/AST/AttrDump.inc.d -o clang/AST/AttrDump.inc  
/usr/src/contrib/llvm/tools/clang/include/clang/Basic/Attr.td
*** Signal 11



Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

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 execution as my ctm_rmail scripts run
> automaticaly on an older release, not my current box, but this is
> running OK so far:
>   ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz ;
>   ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xz

I checked the new ctm was behaving, seems to be except something odd:

At about svn-cur.07303 or so 
  (I'm not certain on the exact number, I deleted it from my log,
   but this is reproducible, I've done it more than once, could
   again if necessary, it just takes a lot of time)

I see a discrepancy using ctm to extract, between ctm
built on 9.2-RELEASE & ctm built {from both src or ports} on current.
Just the 9.2-RELEASE ctm does not create 3 zero size files:
base/db/rep-cache.db-journal
doc/db/rep-cache.db-journal
ports/db/rep-cache.db-journal
All 3 trees contain 15 other zero size files, so presumably the
discrepancy is not to do with zero size files as such.

All 3 trees have no other files called rep-cache.db-journal

I created 3 new trees with
ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07300xEmpty.xz
on all of { 9.2-RELEASE & ctm built {from src and ports} on current }
All 3 trees are the same, with all 3 rep-cache.db-journal

Then upgrading to svn-cur 7307 with
ctm -q 
/pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xzthe 2 trees on 
current had identical file lists with all 3 rep-cache.db-journal
But again the tree in 9.2-RELEASE no longer included the 3 rep-cache.db-journal

Anyone know know if the discrepancy indicates something amiss with ctm ?
  (rep-cache.db-journal presumably from SVN, maybe older & newer CTMs
  have some different understanding that data i delivered from SVN ?
  seems a bit dodgy that, I'd have thought best if CTM had no knowledge
  what delivered its tree.)

---

Stefan wrote:
> I have converted the diffs into port patches (make makepatch) and
> updated the man-page revision dates of ctm.8 and ctm_rmail.8.
> 
> The port update has been committed as r488168.
> 
> I hope this brings the port to the level required to make the CTM
> port usable again.

Thanks I'll look.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

> 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/
 http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS

Stephens diffs are essential, without them CTM broke long ago, 
(5 digit numeric names maybe ?)

I haven't checked all execution as my ctm_rmail scripts run
automaticaly on an older release, not my current box, but this is
running OK so far:
ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07000xEmpty.xz ;
ctm -q /pub/FreeBSD/development/CTM/svn-cur/svn-cur.07[0-9][0-9][0-9].xz

Stephen may be best person to test delta builds, as hes the delta originator.

Soonish I'll set up a 
[freebsd-]ctm-src-12 on http://mailman.berklix.org/mailman/listinfo
if Stephens' & my requests to postmaster @ & mailman @ freebsd.org
continues to get no response.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
 First referendum stole 700,000 votes from Brits in EU;  3,700,000 globaly.
 Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
 Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
   a hard crash, & consider all options."  http://berklix.org/brexit/#mp
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

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
du -s -k .  # 1223922
du -s -k `find . -type d -name \*ctm\*`
196 ./usr.sbin/ctm
74  ./usr.sbin/ctm/ctm
12  ./usr.sbin/ctm/ctm_dequeue
44  ./usr.sbin/ctm/ctm_rmail
18  ./usr.sbin/ctm/ctm_smail
dc 196 74 12 44 18 + + + + p 344
dc 3440 1223922 / p 281063  # then move 9 points
xcalc 344 / 1223922 # 0.0002810636

Those who would do the work might want to ponder if 0.028 % is best use of 
their time, or if more fun & benefit to work on some other part of FreeBSD ?

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

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 back enough brain cells,
> > >> confirmed that is who I saw with ctm usage.
> > >
> > >Do we need it in base? Or can we make it a port?
> > 
> > Absolutely make it a port!
> > 
> 
> I concur, but please hold off on the svn rm until
> Stephen Montgomery and Julian have acked that they
> can quickly and easily transition to a port, then
> I would even be fine with a MFC gone in(13) to
> stable/12 and an immediate rm from head.

Thanks Rod.
I dont foresee a problem if its moved to ports.
( Unusual, as I often do predict problems moving to ports/ )

Let's wait for Stephen's thoughts, & other ctm users.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

"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?
> 
> I do not know that other than I do know that I have seen
> one data point in the last 14 days of a user who was infact
> using ctm though I can not associate a username/email address
> with that memory.
> 
> A search of the last 30 days of @freebsd.org public mail
> may yield a hit.

A fair guess, but it wouldn't indicate CTM usage well,
as we only use the ctm@ list to discuss if something breaks,
or to warn if a server will go out for maintenance.

more misleading still: the ctm-announce@ list
https://lists.freebsd.org/mailman/listinfo/ctm-announce 
hasnt been used in years, because Stephen doesnt have
write access to it. I did write someone years back asking that
Stephen be given write access, but it slipped between the cracks.
If anyone fixes that to give Stephen Montgomery Smith write access to
ctm-announce, it would be nice if you consider giving me write access too to
ctm-announce@ as I occasionaly announce server outages eg
https://lists.freebsd.org/pipermail/ctm-users/2018-September/000526.html

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
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"

Re: careless commits disrupt

[Julian H. Stacey]

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 delete old files:
> >>>
> >>> cd /usr/src
> >>> make delete-old
> >>> make delete-old-libs
> >> I just ran that. It deleted lots of stuff. & I'd only run it 2 days ago.
> >> I should have run it just before buildworld though.
> >> It's not suggested in the top of 
> >>   https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
> >> just at base of page.
> > 
> > That's because you should *never* run delete-old or delete-old-libs from
> > a source tree that is newer than your installed system.  It may delete
> > files which have been obsoleted by changes you haven't yet built and
> > installed, to the point where you may be unable to build and install
> > those changes.  In this particular case, it will, at the very least,
> > break ssh and svn / svnlite.
> 
> Yes, sorry, running make delete-old-libs before buildworld is no good
> idea, unless the old libraries have been copied to /usr/lib/compat before.
> 
> 
> The advice to run "make delete-old-libs" came from the following message
> from Glen Barber:
> 
> https://lists.freebsd.org/pipermail/freebsd-current/2018-October/071581.html
> 
> But the advice was not to delete old files before make buildworld, but only
> before starting the required port upgrades ...
> 
> 
> I might have mentioned, that I always preserve old shared libraries in
> /usr/lib/compat before running "make delete-old-libs". 

Good idea, are you doing that manually, or do you have a patch to share ?

> This allows to run
> old binaries, but prevents linking of new binaries against these libraries
> (should not matter for make buildworld, but for building ports, which I do
> at in the same script that invokes buildworld for critical kernel modules
> that are to be built from ports).
> 
> No binary or library should reference a library whose path contains
> /compat/ after all upgrades have been performed, obviously ...
> 
> Regards, STefan

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
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"

Re: ctm(1) deprecation in the FreeBSD base system?

[Julian H. Stacey]

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 know that I have seen
> > >one data point in the last 14 days of a user who was infact
> > >using ctm though I can not associate a username/email address
> > >with that memory.
> > >
> > >A search of the last 30 days of @freebsd.org public mail
> > >may yield a hit.
> > 
> > I think Julian Stacy is still running CTM generation ?
> 
> Ah, yes, that brought back enough brain cells,
> confirmed that is who I saw with ctm usage.

Stephen Montgomery generates the CTM deltas, & sends them through
the mailman lists on freebsd.org (which arent listed but are there
as far as I recall) , & as he doesn't have enough space, he also
rsyncs bases & deltas to the ftp repository server I host

Not that many use CTM, perhaps mostly because many have unrestricted
flat rate free bandwidth 24/7, so they can fetch another easier way, &
partly because even where CTM really scores, for those with
intermittent access or expensive data transfer (eg some mobile
tarrifs perhaps), some of those people arent aware of CTM, as we
havent kept up the www.freebsd.org etc docs.

http://ctm.berklix.org

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
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"

Re: careless commits disrupt

[Julian H. Stacey]

=?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. It deleted lots of stuff. & I'd only run it 2 days ago.
> > I should have run it just before buildworld though.
> > It's not suggested in the top of 
> >   https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
> > just at base of page.
> 
> That's because you should *never* run delete-old or delete-old-libs from
> a source tree that is newer than your installed system.  It may delete
> files which have been obsoleted by changes you haven't yet built and
> installed, to the point where you may be unable to build and install
> those changes.  

Arg ! So obviously true - in retrospect !  Yet I did it.
Could we add a comment to the Makefile please ? It could save others.
Maybe incorporate something from Stefan's (arrived while I was writing)

> In this particular case, it will, at the very least,
> break ssh and svn / svnlite.

(Fortunately I'm running local inside a wall, & always keep
both rlogin & ssh going to insure against foot shooting )

Thanks Dag-Erling !

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit: 3,700,000 stolen votes in 1st referendum inc. 700,000 from Brits in EU
 Campaign lies & criminal funding, economy & pound down: New referendum needed.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
___
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"

Re: careless commits disrupt

[Julian H. Stacey]

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`  -lpthread
> > >>> /usr/bin/ld: error: unable to find library -lpthread
> > >>> cc: error: linker command failed with exit code 1 (use -v to see 
> > >>> invocati=
> > >> on)
> > >>> *** Error code 1
> > >>> =20
> > >>> Stop.
> > >>> make[4]: stopped in /usr/src/secure/lib/libcrypto
> > >>> =20
> > >>> Yes I'm current:
> > >>> .ctm_status src-cur 13733
> > >>> .svn_revision 339303
> > >>> 
> > >>
> > >> I had no issues this morning performing a src-based update from
> > >> head/amd64 @r339278 to r339303 -- either on my laptop or my build
> > >> machine.
> > > 
> > > Hi David, 
> > > Then it seems this one is hopefuly my local problem then,
> > > so I'll revert to vanilla r339303 & retry. Thanks.
> > 
> > It worked for me when I started with a clean /usr/obj.
> > 
> > You should also delete old files:
> > 
> > cd /usr/src
> > make delete-old
> > make delete-old-libs
> 
> Thanks Stefan,
> I just ran that. It deleted lots of stuff. & I'd only run it 2 days ago.
> I should have run it just before buildworld though.
> It's not suggested in the top of 
>   https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
> just at base of page. I also tossed in ldconfig -R
> 
> Maybe many current people already use a src.conf with
>   NEED_MAKE_UPGRADE=YES
> I must read Makefile[.inc1] more, but hacked a temporarily patch
> 
> *** Makefile.pre_jhs  Thu Oct 11 20:39:25 2018
> --- Makefile  Thu Oct 11 21:07:50 2018
> ***
> *** 419,428 
>   # Perform a few tests to determine if the installed tools are adequate
>   # for building the world.
>   #
> ! upgrade_checks: .PHONY
>   .if defined(NEED_MAKE_UPGRADE)
>   @${_+_}(cd ${.CURDIR} && ${MAKE} ${WANT_MAKE:S,^f,,})
>   .endif
>   
>   #
>   # Upgrade make(1) to the current version using the installed
> --- 419,434 
>   # Perform a few tests to determine if the installed tools are adequate
>   # for building the world.
>   #
> ! upgrade_checks: .PHONY suggest_delete_old
>   .if defined(NEED_MAKE_UPGRADE)
>   @${_+_}(cd ${.CURDIR} && ${MAKE} ${WANT_MAKE:S,^f,,})
>   .endif
> + 
> + suggest_delete_old:
> + @echo "If buildworld breaks, first try:"
> + @echo "make delete-old"
> + @echo "make delete-old-libs"
> + @echo "ldconfig -R"
>   
>   #
>   # Upgrade make(1) to the current version using the installed
> 

Another buildworld failed with 
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 code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[4]: stopped in /usr/src/secure/lib/libcrypto
*** Error code 1

Then on both hosts with vanilla r339303
 cd /usr/src/lib/libthr; make failed with 
cc -O2 -pipe -DBERKLIX=YES -I/usr/src/lib/libnetbsd 
-I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong 
-Qunused-arguments  -L/1s4/obj/1s1/usr/src/amd64.amd64/lib/libnetbsd  -o 
barrier_test.full t_barrier.o  -lprivateatf-c 
-L/1s4/obj/1s1/usr/src/amd64.amd64/lib/libthr 
-L/1s4/obj/1s1/usr/src/amd64.amd64/lib/libnetbsd -lnetbsd -lpthread
/usr/bin/ld: error: unable to find library -lnetbsd
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[2]: stopped in /usr/src/lib/libthr/tests

Then 
cd /usr/src/lib/libnetbsd ; make# OK
cd /usr/src/lib/libthr; make# OK
cd /usr/src/secure/lib/libcrypto ; make # OK
cd /usr/src/secure/lib ; make
cc  -O2 -pipe -DBERKLIX=YES   -DHAVE_LDNS=1 -I/usr/src/contrib/ldns 
-I/usr/src/crypto/openssh -include ssh_namespace.h -include krb5_config.h -g 
-MD  -MF.depend.getrrsetbyname-ldns.o -MTgetrrsetbyname-ldns.o -std=gnu99 
-fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch 
-Wno-switch-enum -Wno-knr-prom

Re: careless commits disrupt

[Julian H. Stacey]

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: error: unable to find library -lpthread
> >>> cc: error: linker command failed with exit code 1 (use -v to see invocati=
> >> on)
> >>> *** Error code 1
> >>> =20
> >>> Stop.
> >>> make[4]: stopped in /usr/src/secure/lib/libcrypto
> >>> =20
> >>> Yes I'm current:
> >>>   .ctm_status src-cur 13733
> >>>   .svn_revision 339303
> >>> 
> >>
> >> I had no issues this morning performing a src-based update from
> >> head/amd64 @r339278 to r339303 -- either on my laptop or my build
> >> machine.
> > 
> > Hi David, 
> > Then it seems this one is hopefuly my local problem then,
> > so I'll revert to vanilla r339303 & retry. Thanks.
> 
> It worked for me when I started with a clean /usr/obj.
> 
> You should also delete old files:
> 
> cd /usr/src
> make delete-old
> make delete-old-libs

Thanks Stefan,
I just ran that. It deleted lots of stuff. & I'd only run it 2 days ago.
I should have run it just before buildworld though.
It's not suggested in the top of 
  https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
just at base of page. I also tossed in ldconfig -R

Maybe many current people already use a src.conf with
NEED_MAKE_UPGRADE=YES
I must read Makefile[.inc1] more, but hacked a temporarily patch

*** Makefile.pre_jhsThu Oct 11 20:39:25 2018
--- MakefileThu Oct 11 21:07:50 2018
***
*** 419,428 
  # Perform a few tests to determine if the installed tools are adequate
  # for building the world.
  #
! upgrade_checks: .PHONY
  .if defined(NEED_MAKE_UPGRADE)
@${_+_}(cd ${.CURDIR} && ${MAKE} ${WANT_MAKE:S,^f,,})
  .endif
  
  #
  # Upgrade make(1) to the current version using the installed
--- 419,434 
  # Perform a few tests to determine if the installed tools are adequate
  # for building the world.
  #
! upgrade_checks: .PHONY suggest_delete_old
  .if defined(NEED_MAKE_UPGRADE)
@${_+_}(cd ${.CURDIR} && ${MAKE} ${WANT_MAKE:S,^f,,})
  .endif
+ 
+ suggest_delete_old:
+   @echo "If buildworld breaks, first try:"
+   @echo "make delete-old"
+   @echo "make delete-old-libs"
+   @echo "ldconfig -R"
  
  #
  # Upgrade make(1) to the current version using the installed

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit: 3,700,000 stolen votes in 1st referendum inc. 700,000 from Brits in EU
 Campaign lies & criminal funding, economy & pound down: New referendum needed.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
___
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"

Re: careless commits disrupt

[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: error: unable to find library -lpthread
> > cc: error: linker command failed with exit code 1 (use -v to see invocati=
> on)
> > *** Error code 1
> >=20
> > Stop.
> > make[4]: stopped in /usr/src/secure/lib/libcrypto
> >=20
> > Yes I'm current:
> > .ctm_status src-cur 13733
> > .svn_revision 339303
> > 
> 
> I had no issues this morning performing a src-based update from
> head/amd64 @r339278 to r339303 -- either on my laptop or my build
> machine.

Hi David, 
Then it seems this one is hopefuly my local problem then,
so I'll revert to vanilla r339303 & retry. Thanks.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit: 3,700,000 stolen votes in 1st referendum inc. 700,000 from Brits in EU
 Campaign lies & criminal funding, economy & pound down: New referendum needed.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
___
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"

careless commits disrupt

[Julian H. Stacey]

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: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Stop.
make[4]: stopped in /usr/src/secure/lib/libcrypto

Yes I'm current:
.ctm_status src-cur 13733
.svn_revision 339303


Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit: 3,700,000 stolen votes in 1st referendum inc. 700,000 from Brits in EU
 Campaign lies & criminal funding, economy & pound down: New referendum needed.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
___
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"

Re: How to add su to /rescue ?

[Julian H. Stacey]

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 WITHOUT_PAM is deprecated & does nothing.
> > 
> > Can someone please offer a solution ?
> > Or better to include a simple BSD su pre pam ?
> > I would happily develop a patch for that.
> Hi,
> Aside from not being able to use pam from a static executable, please don’t 
> try to make the crunched hard-linked executable in /rescue setuid-root (su is 
> useless without it). That would mean anyone running /rescue/sh gets a root 
> shell :-)

Thanks Guy !  Yes all SUID 0 would be very wrong.


> Conceptually, a separate crunchgen binary could be made for setuid-root 
> purposes, but having a setuid-root binary in /rescue (outside of the normal 
> hierarchy) makes me nervous.

In case other suid things are also needed later, I created a local
src/rescue/suid/ with an old su.c pre PAM, Thanks to Diane Bruce,
& a diff & Makefile to drive it.
http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/rescue/
It works, but improvements welcome.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3.7 million votes inc. 700,000 from British in EU.
 UK Goverment lies it's democratic in Article 50 paragraph 3 of letter to EU.
http://exitbrexit.uk
___
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"

How to add su to /rescue ?

[Julian H. Stacey]

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 happily develop a patch for that.

Notes to explain the need, & patches from my
http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/rescue/
-

Patch[es] below to solve this emailed scenario:
> Please on prison-host cp /lib/libc.so.7 /tank/ezjail/my-domain/lib/libc.so.7
> I am logged in on jail-host, but only as normal-user, not root, so I cannot 
> run
>   /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.7 /lib/libc.so.7
> 
> a my make installworld on jail-host.my-domain previously failed with
>   ===> lib/libc (install)
>   install -C -o root -g wheel -m 444   libc.a /usr/lib
>   install -C -o root -g wheel -m 444   libc_p.a /usr/lib
>   install -s -o root -g wheel -m 444   -fschg -S  libc.so.7 /lib
>   install: /lib/libc.so.7: chflags: Operation not permitted
>   *** Error code 71
> (might or not be an artifact of being in a jail)
> 
> unfortunately I had run the command as
>   xs make installworld
> (xs is my own little root wrapper)
> so when it exited, I was just normal-user not root, & I had forgotten to
> open another xterm & leave it logged in as root,
> & I found no /rescue/su

*** 12.0-CURRENT/usr/src/rescue/rescue/Makefile.origTue Jun 19 14:43:47 2018
--- new-generic/usr/src/rescue/rescue/Makefile  Mon Jul  9 12:21:47 2018
***
*** 188,193 
--- 188,195 
  CRUNCH_PROGS_usr.bin+= less
  CRUNCH_ALIAS_less= more
  
+ CRUNCH_PROGS_usr.bin+= su
+ 
  CRUNCH_PROGS_usr.bin+= xz
  CRUNCH_ALIAS_xz= unxz lzma unlzma xzcat lzcat
  
-
Patch above fails with:
  cc -O2 -pipe -DBERKLIX=YES   -std=gnu99-Qunused-arguments-static -o 
reue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo 
echo. ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo 
mv. pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo sleep.lo 
st.lo sync.lo test.lo csh.lo camcontrol.lo clri.lo devfs.lo dmesg.lo dump.lo 
dums.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo 
gbde.lo om.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo 
kldunload.lo ldcoig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo 
mount_cd9660.lo mount_msdos.lo mount_nfs.lo mount_nullfs.lo mount_udf.lo 
mount_unionfs.lo newfs.lo newfssdos.lo nos-tun.lo ping.lo reboot.lo restore.lo 
rcorder.lo route.lo savecore.lshutdown.lo spppcontrol.lo swapon.lo sysctl.lo 
tunefs.lo umount.lo ccdconfig.lping6.lo rtsol.lo ipf.lo routed.lo rtquery.lo 
zfs.lo zpool.lo bsdlabel.lo fdislo dhclient.lo head.lo mt.lo sed.lo tail.lo 
tee.lo !
 gzip.lo bzip2.lo less.lo suo xz.lo zstd.lo tar.lo nc.lo vi.lo id.lo 
iscsictl.lo zdb.lo chroot.lo chown.loscsid.lo 
/data/release/s1/usr/obj/data/release/s1/usr/src/amd64.amd64/rescue/rcue/../librescue/exec.o
 
/data/release/s1/usr/obj/data/release/s1/usr/src/amd64md64/rescue/rescue/../librescue/getusershell.o
 
/data/release/s1/usr/obj/data/rease/s1/usr/src/amd64.amd64/rescue/rescue/../librescue/login_class.o
 
/data/relse/s1/usr/obj/data/release/s1/usr/src/amd64.amd64/rescue/rescue/../librescue/pen.o
 
/data/release/s1/usr/obj/data/release/s1/usr/src/amd64.amd64/rescue/rescu../librescue/rcmdsh.o
 
/data/release/s1/usr/obj/data/release/s1/usr/src/amd64.a64/rescue/rescue/../librescue/sysctl.o
 
/data/release/s1/usr/obj/data/release/susr/src/amd64.amd64/rescue/rescue/../librescue/system.o
 -lcrypt -ledit -ljail kvm -lelf -ll -ltermcapw -lutil -lxo -l80211 -lalias 
-lcam -lncursesw -ldevsta-lipsec -llzma -lavl -lzpool -lzfs_core -lzfs -lnvpair 
-lpthread -luutil -lume-lgeom -lbsdxml -lkiconv !
 -lmt -lsbuf -lufs -lz -lbz2 -lprivatezstd -larchive -rypto -lmd -lm
  /usr/bin/ld: error: undefined symbol: pam_start
  >>> referenced by su.lo:(_$$hide$$ su.lo main)
  
  /usr/bin/ld: error: undefined symbol: pam_set_item
  >>> referenced by su.lo:(_$$hide$$ su.lo main)

Patch below does not solve problem above
*** 12.0-CURRENT/usr/src/rescue/librescue/Makefile.orig Mon Jul  9 13:02:43 2018
--- new-generic/usr/src/rescue/librescue/Makefile   Mon Jul  9 13:03:59 2018
***
*** 16,21 
--- 16,22 
  .PATH: ${SRCTOP}/lib/libc/gen \
 ${SRCTOP}/lib/libc/net \
 ${SRCTOP}/lib/libc/stdlib \
+${SRCTOP}/lib/libpam/libpam \
 ${SRCTOP}/lib/libutil 
  
  LIB=  rescue
---
changing libpam/libpam to libpam also fails.
---

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3.7 million votes inc. from 700,000 British in EU.
 UK Goverment lies it's democratic in Article 50 paragraph 3 of letter to EU.
 http://berklix.eu/queen/  https://www.peoples-vote.uk   200,000 @ 9 Jul 2018

sys/Makefile .if defined(MODULES_WITH_WORLD)

[Julian H. Stacey]

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 before a commit ?

With src/
.ctm_status src-cur 13573
.svn_revision 335362
sys/Makefile has
.if defined(MODULES_WITH_WORLD)
SUBDIR+=modules
& nothing from cd /usr/src; find . -name \*src.conf\*
& no default /etc/src.conf with no
MODULES_WITH_WORLD=YES
so make all does not build /sys/modules/ 
so this not seen from /sys/modules/
===> amdsbwd (all)
cc  -O2 -pipe -DBERKLIX=YES  -fno-strict-aliasing -Werror -D_KERNEL 
-DKLD_MODULE -nostdinc   -I. -I/data/release/s1/usr/src/sys 
-I/data/release/s1/usr/src/sys/contrib/ck/include -fno-common  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer   -MD  
-MF.depend.amdsbwd.o -MTamdsbwd.o -mcmodel=kernel -mno-red-zone -mno-mmx 
-mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality 
-Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-address-of-packed-member  -mno-aes 
-mno-avx  -std=iso9899:1999 -c 
/data/release/s1/usr/src/sys/dev/amdsbwd/amdsbwd.c -o amdsbwd.o
/data/release/s1/usr/src/sys/dev/amdsbwd/amdsbwd.c:52:10: fatal error: 
  'opt_amdsbwd.h' file not found
#include "opt_amdsbwd.h"


PS With 
.ctm_status src-cur 13601
.svn_revision   336117
nothing from
find . -name opt_amdsbwd.h
but this has
src/sys/dev/amdsbwd/amdsbwd.c
#include "opt_amdsbwd.h"
I haven't yet upgraded my src/ yet to see if it still fails.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3.7 million votes inc. from 700,000 British in EU.
 UK Goverment lies it's democratic in Article 50 paragraph 3 of letter to EU.
 http://berklix.eu/queen/  https://www.peoples-vote.uk   193,000 @ 8 Jul 2018
___
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"

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

[Julian H. Stacey]

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:26:38 +0200
> > Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
> > .svn_revision 333575
> > linking kernel.full
> > iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> > iflib.o:(.rodata+0x188): undefined reference to 
> > `iflib_pseudo_detach'
> 
> No, that's something else; I haven't seen that problem before.

Ah ! Thanks

> Note that we've been using lld as the default bootstrap linker (i.e.,
> the linker used to link the world and kernel via 'make buildworld' and
> 'make buildkernel') since Jan 10 (r327783).
> 
> > PS Bloat factor > 20: 2M static V 40M dynamic,
> 
> Keep in mind that the in-tree ld.bfd was released over a decade ago,
> and has been obsolete for years now; a dynamically-linked contemporary
> ld.bfd 12MB. lld is much faster than any of them (more than 20x
> compared to in-tree ld.bfd on some operations) and all of the target
> architectures are supported by a single binary.

OK Thanks.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

[Julian H. Stacey]

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 support.
> The typical 'make buildworld' (or kernel-toolchain) followed by 'make
> buildkernel' process will use lld and successfully link a working
> kernel.
> 
> The old-style kernel build (using 'config' followed by a 'make' in the
> kernel directory) uses the host linker (/usr/bin/ld). This still
> defaults to GNU ld 2.17.50, which does not support ifuncs. This can be
> worked around in one of two ways:
> 
> 1. Install lld as the system linker (/usr/bin/ld), by adding
> WITH_LLD_IS_LD to /etc/src.conf and building and install world.
> WITH_LLD_IS_LD will become the default on amd64 in the near future -
> I'm just waiting on updates to the lang/ghc port and another exp-run.
> 
> 2. Override LD when you build the kernel:
> $ LD=ld.lld make
> 
> These tool chain components will undergo additional changes for the next 
> while.

I guess this explains :
Date: Sun, 13 May 2018 20:26:38 +0200
Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
.svn_revision 333575
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

PS Bloat factor > 20: 2M static V 40M dynamic, 
(normaly dynamics are smaller, not larger).
cd /usr/bin; ls -l *ld*
-r-xr-xr-x  2 root  wheel   1935992 May 13 12:48 ld*
-r-xr-xr-x  1 root  wheel  40449288 May 13 12:54 ld.lld*
file ld ld.lld
ld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
 statically linked,
 for FreeBSD 12.0 (1200063), FreeBSD-style, stripped
ld.lld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
 dynamically linked, interpreter /libexec/ld-elf.so.1,
 for FreeBSD 12.0 (1200063), FreeBSD-style, stripped

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

[Julian H. Stacey]

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 worked ! 
(Although looking at my template script I've run that before recently)

===> zlib (all)
[Creating objdir 
/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zlib...]
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/include
cc -target x86_64-unknown-freebsd12.0 
--sysroot=/data/release/s4/usr/obj/usr/src/amd64.amd64/tmp 
-B/data/release/s4/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe  
-fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 
/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC/opt_global.h -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -g 
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC   -MD  
-MF.depend.zlib.o -MTzlib.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-b!
 ody -Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-error-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -c 
/usr/src/sys/libkern/zlib.c -o zlib.o
ctfconvert -L VERSION -g zlib.o
ld -m elf_x86_64_fbsd -d -warn-common --build-id=sha1 -r -d -o zlib.ko.full 
zlib.o
ctfmerge -L VERSION -g -o zlib.ko.full zlib.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.full  export_syms | xargs -J% 
objcopy % zlib.ko.full
objcopy --only-keep-debug zlib.ko.full zlib.ko.debug
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.debug  zlib.ko.full zlib.ko
--
>>> Kernel build for GENERIC completed on Mon May 14 15:07:43 CEST 2018

make installkernel ; reboot # OK!

Sorry, I can't pin it down, at least yet, now trying a custom kernel.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

[Julian H. Stacey]

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*
-r-xr-xr-x  2 root  wheel   1935992 May 13 12:48 /usr/bin/ld.bfd*
-r-xr-xr-x  1 root  wheel  40449288 May 13 12:54 /usr/bin/ld.lld*
-r-xr-xr-x  1 root  wheel 19352 May 13 12:52 /usr/bin/ldd*
-r-xr-xr-x  1 root  wheel 26872 May 13 08:59 /usr/bin/ldd32*

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
  amd64

cat .svn_revision # 333575
cat .ctm_status  # src-cur 13520

In case there's more tool dependency checking/ auto update done,
I'm now running 'script' & within that 'cd /usr/src; make buildkernel'

(Instead of my previous 
cd /sys/amd64/conf; make links; make# (makes my host conf.)
config `hostname -s | dd conv=ucase`.small
cd ../compile/`hostname -s | dd conv=ucase`.small
make obj; make cleandepend && make depend && make all && make install
)

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

[Julian H. Stacey]

"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?
> 
> Not that I've set anywhere. Unless it comes from make world ?
> 
> >  -CURRENT can no longer be
> > built with a GPLv2 ld.  You either have to use ldd or install a newer
> 
> -r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*
> 
> > (GPLv3) binutils package.
> 
> pkg info | grep binutils
> binutils-2.30_3,1  GNU binary tools
> gnatdroid-binutils-2.27_1  Infrastructure for C/Ada Android 
> cross-compiler (ARMv7)
> 
> pkg upgrade
> The process will require 132 MiB more space.
> 569 MiB to be downloaded.
> 
> I'll leave it running & report back later, Thanks

/sys/amd64/compile/LAPR.small xs !!
xs make
cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. -I../../.. 
-I../../../contrib/ck/include -I../../../contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -MD  -MF.depend.iflib.o -MTiflib.o -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-error-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 
-Werror  ../../../net/iflib.c
ctfconvert -L VERSION -g iflib.o
MAKE="make" sh ../../../conf/newvers.sh  JHS_Lapr
cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. -I../../.. 
-I../../../contrib/ck/include -I../../../contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality 
-Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-error-address-of-packed-member  -mno-aes 
-mno-avx  -std=iso9899:1999 -Werror  vers.c
ctfconvert -L VERSION -g vers.o
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'
*** Error code 1

pkg info | grep binutils

l `which ldd`
-r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*

l /usr/bin/ld
-r-xr-xr-x  2 root  wheel  1935992 May 13 12:48 /usr/bin/ld*

cd /usr;mv local localMV;rehash
cd /sys/amd64/conf;cd ../compile/`hostname -s | dd conv=ucase`.small
make
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

so nothing to do with packages & local.
For decades it been policy that src/ must be able to build itself
without needing ports/ So what's wrong ? Anyone else see this ?

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

[Julian H. Stacey]

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 with a GPLv2 ld.  You either have to use ldd or install a newer

-r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*

> (GPLv3) binutils package.

pkg info | grep binutils
binutils-2.30_3,1  GNU binary tools
gnatdroid-binutils-2.27_1  Infrastructure for C/Ada Android cross-compiler 
(ARMv7)

pkg upgrade
The process will require 132 MiB more space.
569 MiB to be downloaded.

I'll leave it running & report back later, Thanks

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

[Julian H. Stacey]

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
 amd64

cd /sys/amd64/compile/GENERIC
make cleandepend
 make: "../../../conf/../../../conf/kern.pre.mk" line 125: amd64 kernel 
requires linker ifunc support

/etc/make.conf :
 .include "/site/domain/this/etc/make.conf"
 .include "/site/etc/make.conf.sasl"
 DEFAULT_VERSIONS+=ssl=openssl

All commented out & I still see it.

/etc/src.conf :
 WITH_RCMDS=YES

I updated to
.svn_revision 333575
.ctm_status src-cur 13520
Patched out /usr/src/sys/conf/kern.pre.mk
# .error amd64 kernel requires linker ifunc support
make depend && make all && make install
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

find . -name \*iflib\* | sort| xargs ls -l
  -rw-r--r--  1 jhs   staff   0 May 13 16:28 
./amd64/compile/GENERIC/opt_iflib.h
  -rw-r--r--  1 root  staff4651 May 13 18:35 
./amd64/compile/LAPR.small/.depend.iflib.o
  -rw-r--r--  1 root  staff  648592 May 13 18:35 
./amd64/compile/LAPR.small/iflib.o
  -rw-r--r--  1 jhs   staff   0 May 12 17:29 
./amd64/compile/LAPR.small/opt_iflib.h
  -rw-r--r--  1 jhs   staff  174046 May 13 16:31 ./net/iflib.c
  -rw-r--r--  1 jhs   staff   13187 May 13 16:31 ./net/iflib.h
  -rw-r--r--  1 jhs   staff7674 May 13 16:31 ./net/iflib_clone.c
  -rw-r--r--  1 jhs   staff2480 May 13 16:31 ./net/iflib_private.h

/usr/src/UPDATING last ref. to iflib is way back: 20170112

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

"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:  Sun, 06 Aug 2017 22:25:02 +0200
> >=20
> > "Julian H. Stacey" wrote:
> >>>>> The half baked mod. to src/libexec/Makefile could be backed out
> >>=20
> >> I was wrong, sorry, code is not half baked, cos further down I =
> spotted :
> >>.if ${MK_RCMDS} !=3D "no"
> >>_rlogind=3D   rlogind
> >>_rshd=3D  rshd
> >>.endif
> >>=20
> >> cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile:
> >>./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} =3D=3D =
> no
> >>=20
> >> I'm reading that while make world continues.
> >=20
> > Finaly found it, after guessing some shell might roll MK_RCMDS from
> > a list including RCMDS, & finding man src.conf with WITH_RCMDS
> > Took me a while to find.  Thanks Ngie for your time.
> 
> Hi Julian,
>   Oh, ok.
>   Yes, the default for MK_RCMDS was changed recently from on to =
> off. UPDATING also mentions it.
>   You must have upgraded from a major version to another recently =
> or over a several month period =E2=80=94 MK_* has been enhanced quite a =
> bit over the past few months to =E2=80=9Cbetter respect optional =
> features=E2=80=9D. I left things on by default for POLA sake, but =
> you=E2=80=99re free to remove them as need be. The defaults may change =
> in the future (as you discovered with MK_RCMDS).
> Cheers,
> -Ngie
> 
> $ svn blame ^/head/share/mk/src.opts.mk | grep RCMDS
> 320530jlh RCMDS \
> $ svn log -c 320530 ^/
> 
> r320530 | jlh | 2017-07-01 03:04:42 -0700 (Sat, 01 Jul 2017) | 12 lines
> 
> Disable RCMDS by default.
> 
> This was announced in this thread:
> https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html
> 
> Applying plan proposed by ngie@ in:
> https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018249.html
> 
> The port has been submitted as net/bsdrcmds in r444814.
> 
> Approved by:bapt, roberto, and others
> 
> 
> $ grep -n 20170701 -A 2 UPDATING
> 66:20170701:
> 67- WITHOUT_RCMDS is now the default. Set WITH_RCMDS if you need =
> them to be
> 68- built with the base system.

Thanks Ngie, nicely documented, I've added to my src.conf WITH_RCMDS=YES
& installed ports/net/bsdrcmds & noted the useful svn syntax examples.

For any trying syntax with a local repository, these work:
 svn blame file:///usr/svn/base/head/share/mk/src.opts.mk | grep RCMDS
 svn log -c 320530 file:///usr/svn/base/

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

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 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, code is not half baked, cos further down I
> > > spotted :
> > >   .if ${MK_RCMDS} != "no"
> > >   _rlogind=   rlogind
> > >   _rshd=  rshd
> > >   .endif
> > > 
> > > cd /usr/src; find . -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.
> > Finaly found it, after guessing some shell might roll MK_RCMDS from
> > a list including RCMDS, & finding man src.conf with WITH_RCMDS
> > Took me a while to find.  Thanks Ngie for your time.
> > 
> 
> The thanks seem appropriate enough, given the tone and content of your
> previous emails.  What's missing is the very-much-required appology.
> 
> -- Ian

As said & to quote Ian L. quoting me: "I was wrong, sorry"
Ngie, my apologies for consuming your time, & thanks for looking at this.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

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, code is not half baked, cos further down I spotted :
>   .if ${MK_RCMDS} != "no"
>   _rlogind=   rlogind
>   _rshd=  rshd
>   .endif
> 
> cd /usr/src; find . -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.

Finaly found it, after guessing some shell might roll MK_RCMDS from
a list including RCMDS, & finding man src.conf with WITH_RCMDS
Took me a while to find.  Thanks Ngie for your time.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

> > > The half baked mod. to src/libexec/Makefile could be backed out

I was wrong, sorry, code is not half baked, cos further down I spotted :
.if ${MK_RCMDS} != "no"
_rlogind=   rlogind
_rshd=  rshd
.endif

cd /usr/src; find . -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 text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

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)" 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:
> >>> 
> >>> Hi freebsd-current@freebsd.org
> >>> with current src
> >>>.ctm_status src-cur 13120
> >>>.svn_revision322111
> >>> libexec/Makefile has been butchered, eg
> >>> rshd & other builds silently omitted
> >>> unless one debugs & learns to do eg
> >>>setenv _rshd Something
> >>> A find & grep of src/ shows no other ref. to _rshd except
> >>>./libexec/Makefile: ${_rshd} \
> >>>./libexec/Makefile:_rshd=   rshd
> >>> 
> >>> I sampled _pppoed same error !
> >>>./libexec/Makefile: ${_pppoed} \
> >>>./libexec/Makefile:_pppoed= pppoed
> >>> 
> >>> Others turned off are:
> >>>   ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \
> >>>   ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
> >>>   \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
> >>>   ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}
> >>> 
> >>> If src/ annoyingly insists to force everyone 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
> >> 
> >> Julian,
> >>Could you please post your build error (in its entirety) somewhere?
> >> Thank you,
> >> -Ngie
> > 
> > Why ?  Problem is fully identified.  Please read source.
> > The half baked mod. to src/libexec/Makefile could be backed out
> > as it fails to be supported by src/share/mk & src.conf.
> 
> Hi Julian,
> The reason why I need more context is that I was unable to repro the 
> issue. I need more details to help isolate/fix the problem.
> Thanks,
> -Ngie

Hi Ngie
OK, In case it was that, after last mail I started a full rebuild
of world inc kernel, having moved aside my make.conf & src.conf but
I forgot to also unsetenv all my vars, so after that's installed I'll do a
script & unsetenv all & make all.  That will take a day to get back to you.

But it wont change anything.
Meantime please read /usr/src I't's Insufficient.

Maybe reason you cant replicate problem is because you have an environment or
src.conf or make,conf (or something else) Maybe a Makefile.local or ?
that defines _rshd as rshd ?
Only someone lucky enough to have that will install a new /usr/libexec/rshd

Try this:

diff -c Makefile makefile.jhs
*** MakefileSun Aug  6 21:39:51 2017
--- makefile.jhsSun Aug  6 21:38:52 2017
***
*** 114,119 
--- 114,122 
  _tests=   tests
  .endif
  
+ xx:
+   echo "SUBDIR is ${SUBDIR}"
+ 
  .include 
  
  .include 

make -f makefile.jhs xx
echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd  rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv "
SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd  rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv 

make -f  makefile.jhs _rshd=rshd xx
echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv "
SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv 

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

"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:
> > 
> > Hi freebsd-current@freebsd.org
> > with current src
> > .ctm_status src-cur 13120
> > .svn_revision322111
> > libexec/Makefile has been butchered, eg
> > rshd & other builds silently omitted
> > unless one debugs & learns to do eg
> > setenv _rshd Something
> > A find & grep of src/ shows no other ref. to _rshd except
> > ./libexec/Makefile: ${_rshd} \
> > ./libexec/Makefile:_rshd=   rshd
> > 
> > I sampled _pppoed same error !
> > ./libexec/Makefile: ${_pppoed} \
> > ./libexec/Makefile:_pppoed= pppoed
> > 
> > Others turned off are:
> >${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \
> >${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
> >\ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
> >${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}
> > 
> > If src/ annoyingly insists to force everyone 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
> 
> Julian,
>   Could you please post your build error (in its entirety) somewhere?
> Thank you,
> -Ngie

Why ?  Problem is fully identified.  Please read source.
The half baked mod. to src/libexec/Makefile could be backed out
as it fails to be supported by src/share/mk & src.conf.

Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

src/libexec/Makefile damaged fails to build rshd

[Julian H. Stacey]

Hi freebsd-current@freebsd.org
with current src 
.ctm_status src-cur 13120
.svn_revision322111
libexec/Makefile has been butchered, eg
rshd & other builds silently omitted
unless one debugs & learns to do eg
setenv _rshd Something
A find & grep of src/ shows no other ref. to _rshd except
./libexec/Makefile: ${_rshd} \
./libexec/Makefile:_rshd=   rshd

I sampled _pppoed same error !
./libexec/Makefile: ${_pppoed} \
./libexec/Makefile:_pppoed= pppoed

Others turned off are:
${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ 
${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
\ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}

If src/ annoyingly insists to force everyone 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, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
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"

Re: A question about updating src & ports

[Julian H. Stacey]

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 world,
> kernel, etc.
> 
> Okay that part is fine
> 
> I have a question about keeping ports up to date, in the past I did
> portsnap fetch update to update the ports but since I totally deleted all
> the ports and used svn checkout to get the latest ports.
> 
> Can I mix portsnap fetch update or should I just continue to use svn update
> /usr/ports

BTW, CTM can also update local trees of FreeBSD svn src & ports.
URLs at http://ctm.berklix.org

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
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"

Re: boot fails on Table SSDT at 0x...

[Julian H. Stacey]

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.
> > 
> > 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 wouldn't hang on boot, so I've given up ! :-/
> 
> Perhaps a stale .o wasn't being recompiled?  None of your kernel option
> changes seemed to be related, so I suspect it was something oddball like that.

Yes, good guess, (I'd even wondered about bad sectors, heat etc,
not ntpd as all local FS  .. ). 

PS at least it got me to review my config, drop & adopt some options,
& get all in the same order as GENERIC.

Thanks!

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
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"

Re: boot fails on Table SSDT at 0x...

[Julian H. Stacey]

> 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 wouldn't hang on boot, so I've given up ! :-/

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
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"

Re: boot fails on Table SSDT at 0x...

[Julian H. Stacey]

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. 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/compile/LAPR.small
> > > > amd64
> > > > I updated to 
> > > > .ctm_status src-cur 12757
> > > > .svn_revision   309126
> > > > did a make world, built a new custom kernel with same config as before 
> > > > & now
> > > > laptop boot fails after
> > > > Table SSDT at 0x...
> > > > ACPI: No SRAT table found
> > > > 
> > > > I took a pic of frozen screen, & I have svn here, I need to research
> > > > & provide more info to whoever ? so this just initial info to whoever's
> > > > working in the area.  Debug suggestions & syntax welcome. I'll build
> > > > a generic kernel next.
> > > > 
> > > > If I may be slow responding, sorry, DSL modem problems here too, hence 
> > > > getting an initial error report out while I can.
> > > 
> > > A generic kernel boots OK.
> > > A 2nd build of custom config fails to boot.
> > >   Table 'ASPT' at 0x937e2000
> > >   Table 'SSDT' at 0x937e1000
> > >   Table 'SSDT' at 0x937e
> > >   Table 'SSDT' at 0x937df000
> > >   ACPI: No SRAT table found
> > > 
> > > cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
> > > *** JENERIC.small Sun Nov 27 15:09:47 2016
> > > --- LAPR.smallSun Nov 27 15:09:48 2016
> > > ***
> > > *** 1,15 
> > >   cpu HAMMER
> > > ! ident JHS_Generic
> > >   makeoptions DEBUG=-g
> > >   makeoptions WITH_CTF=1
> > >   options SCHED_ULE
> > >   options PREEMPTION
> > >   options INET
> > > - options INET6
> > > - options IPSEC
> > >   options TCP_OFFLOAD
> > >   options TCP_HHOOK
> > > - options SCTP
> > >   options FFS
> > >   options SOFTUPDATES
> > >   options UFS_ACL
> > > --- 1,12 
> > >   cpu HAMMER
> > > ! ident JHS_Lapr
> > >   makeoptions DEBUG=-g
> > >   makeoptions WITH_CTF=1
> > >   options SCHED_ULE
> > >   options PREEMPTION
> > >   options INET
> > >   options TCP_OFFLOAD
> > >   options TCP_HHOOK
> > >   options FFS
> > >   options SOFTUPDATES
> > >   options UFS_ACL
> > > ***
> > > *** 23,33 
> > > --- 20,32 
> > >   options NFS_ROOT
> > >   options MSDOSFS
> > >   options CD9660
> > > + options UDF
> > >   options PROCFS
> > >   options PSEUDOFS
> > >   options GEOM_PART_GPT
> > >   options GEOM_RAID
> > >   options GEOM_LABEL
> > > + options GEOM_BDE
> > >   options COMPAT_FREEBSD32
> > >   options COMPAT_FREEBSD4
> > >   options COMPAT_FREEBSD5
> > > ***
> > > *** 71,76 
> > > --- 70,78 
> > >   options SMP
> > >   options DEVICE_NUMA
> > >   device cpufreq
> > > + options IPFIREWALL
> > > + options IPFIREWALL_VERBOSE
> > > + options IPDIVERT
> > >   device acpi
> > >   options ACPI_DMAR
> > >   device pci
> > > ***
> > > *** 81,134 
> > >   device ata
> > >   device mvs
> > >   device siis
> > > - device ahc
> > > - options AHC_REG_PRETTY_PRINT
> > > - device ahd
> > > - options AHD_REG_PRETTY_PRINT
> > > - device esp
> > > - device hptiop
> > > - device isp
> > > - device mpt
> > > - device mps
> > > - device mpr
> > > - device sym
> > > - device trm
> > > - device adv
> > > - device adw
> > > - device aic
> > > - device bt
> > > - device isci
> > >   device scbus
> > > - device ch
> > >   device da
> > > - device sa
> > >   device cd
> > >   device pass
> > >   device

Re: boot fails on Table SSDT at 0x...

[Julian H. Stacey]

"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.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
> > amd64
> > I updated to 
> > .ctm_status src-cur 12757
> > .svn_revision   309126
> > did a make world, built a new custom kernel with same config as before & now
> > laptop boot fails after
> > Table SSDT at 0x...
> > ACPI: No SRAT table found
> > 
> > I took a pic of frozen screen, & I have svn here, I need to research
> > & provide more info to whoever ? so this just initial info to whoever's
> > working in the area.  Debug suggestions & syntax welcome. I'll build
> > a generic kernel next.
> > 
> > If I may be slow responding, sorry, DSL modem problems here too, hence 
> > getting an initial error report out while I can.
> 
> A generic kernel boots OK.
> A 2nd build of custom config fails to boot.
>   Table 'ASPT' at 0x937e2000
>   Table 'SSDT' at 0x937e1000
>   Table 'SSDT' at 0x937e
>   Table 'SSDT' at 0x937df000
>   ACPI: No SRAT table found
> 
> cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
> *** JENERIC.small Sun Nov 27 15:09:47 2016
> --- LAPR.smallSun Nov 27 15:09:48 2016
> ***
> *** 1,15 
>   cpu HAMMER
> ! ident JHS_Generic
>   makeoptions DEBUG=-g
>   makeoptions WITH_CTF=1
>   options SCHED_ULE
>   options PREEMPTION
>   options INET
> - options INET6
> - options IPSEC
>   options TCP_OFFLOAD
>   options TCP_HHOOK
> - options SCTP
>   options FFS
>   options SOFTUPDATES
>   options UFS_ACL
> --- 1,12 
>   cpu HAMMER
> ! ident JHS_Lapr
>   makeoptions DEBUG=-g
>   makeoptions WITH_CTF=1
>   options SCHED_ULE
>   options PREEMPTION
>   options INET
>   options TCP_OFFLOAD
>   options TCP_HHOOK
>   options FFS
>   options SOFTUPDATES
>   options UFS_ACL
> ***
> *** 23,33 
> --- 20,32 
>   options NFS_ROOT
>   options MSDOSFS
>   options CD9660
> + options UDF
>   options PROCFS
>   options PSEUDOFS
>   options GEOM_PART_GPT
>   options GEOM_RAID
>   options GEOM_LABEL
> + options GEOM_BDE
>   options COMPAT_FREEBSD32
>   options COMPAT_FREEBSD4
>   options COMPAT_FREEBSD5
> ***
> *** 71,76 
> --- 70,78 
>   options SMP
>   options DEVICE_NUMA
>   device cpufreq
> + options IPFIREWALL
> + options IPFIREWALL_VERBOSE
> + options IPDIVERT
>   device acpi
>   options ACPI_DMAR
>   device pci
> ***
> *** 81,134 
>   device ata
>   device mvs
>   device siis
> - device ahc
> - options AHC_REG_PRETTY_PRINT
> - device ahd
> - options AHD_REG_PRETTY_PRINT
> - device esp
> - device hptiop
> - device isp
> - device mpt
> - device mps
> - device mpr
> - device sym
> - device trm
> - device adv
> - device adw
> - device aic
> - device bt
> - device isci
>   device scbus
> - device ch
>   device da
> - device sa
>   device cd
>   device pass
>   device ses
> - device amr
> - device arcmsr
> - device ciss
> - device dpt
> - device hptmv
> - device hptnr
> - device hptrr
> - device hpt27xx
> - device iir
> - device ips
> - device mly
> - device twa
> - device tws
> - device aac
> - device aacp
> - device aacraid
> - device ida
> - device mfi
> - device mlx
> - device mrsas
> - device pmspcv
> - device twe
> - device nvme
> - device nvd
>   device atkbdc
>   device atkbd
>   device psm
> --- 83,93 
> ***
> *** 150,202 
>   device ppbus
>   device lpt
>   device ppi
> - device puc
>   device bxe
> - device de
> - device em
> - device igb
> - device ix
> - device ixv
> - device ixl
> - device ixlv
> - device le
> - device ti
> - device txp
> - device vx
>   device miibus
> - device ae
> - device age
> - device alc
> - device ale
> - device bce
> - device bfe
> - device bge
> - device cas
> - device dc
> - device et
> - device fxp
> - device gem
> - device hme
> - device jme
> - device lge
> - device msk
> - device nfe
> - device nge
> - device pcn
> - device re
> - device rl
> - device sf
> - device sge
> - device sis
> - device sk
> - device ste
> - device stge
> - device tl
> - device tx
> - device vge
> - device vr
> - device wb
> - de

Re: boot fails on Table SSDT at 0x...

[Julian H. Stacey]

"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/compile/LAPR.small
>   amd64
> I updated to 
>   .ctm_status src-cur 12757
>   .svn_revision   309126
> did a make world, built a new custom kernel with same config as before & now
> laptop boot fails after
>   Table SSDT at 0x...
>   ACPI: No SRAT table found
> 
> I took a pic of frozen screen, & I have svn here, I need to research
> & provide more info to whoever ? so this just initial info to whoever's
> working in the area.  Debug suggestions & syntax welcome. I'll build
> a generic kernel next.
> 
> If I may be slow responding, sorry, DSL modem problems here too, hence 
> getting an initial error report out while I can.

A generic kernel boots OK.
A 2nd build of custom config fails to boot.
Table 'ASPT' at 0x937e2000
Table 'SSDT' at 0x937e1000
Table 'SSDT' at 0x937e
Table 'SSDT' at 0x937df000
ACPI: No SRAT table found

cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
*** JENERIC.small   Sun Nov 27 15:09:47 2016
--- LAPR.small  Sun Nov 27 15:09:48 2016
***
*** 1,15 
  cpu HAMMER
! ident JHS_Generic
  makeoptions DEBUG=-g
  makeoptions WITH_CTF=1
  options SCHED_ULE
  options PREEMPTION
  options INET
- options INET6
- options IPSEC
  options TCP_OFFLOAD
  options TCP_HHOOK
- options SCTP
  options FFS
  options SOFTUPDATES
  options UFS_ACL
--- 1,12 
  cpu HAMMER
! ident JHS_Lapr
  makeoptions DEBUG=-g
  makeoptions WITH_CTF=1
  options SCHED_ULE
  options PREEMPTION
  options INET
  options TCP_OFFLOAD
  options TCP_HHOOK
  options FFS
  options SOFTUPDATES
  options UFS_ACL
***
*** 23,33 
--- 20,32 
  options NFS_ROOT
  options MSDOSFS
  options CD9660
+ options UDF
  options PROCFS
  options PSEUDOFS
  options GEOM_PART_GPT
  options GEOM_RAID
  options GEOM_LABEL
+ options GEOM_BDE
  options COMPAT_FREEBSD32
  options COMPAT_FREEBSD4
  options COMPAT_FREEBSD5
***
*** 71,76 
--- 70,78 
  options SMP
  options DEVICE_NUMA
  device cpufreq
+ options IPFIREWALL
+ options IPFIREWALL_VERBOSE
+ options IPDIVERT
  device acpi
  options ACPI_DMAR
  device pci
***
*** 81,134 
  device ata
  device mvs
  device siis
- device ahc
- options AHC_REG_PRETTY_PRINT
- device ahd
- options AHD_REG_PRETTY_PRINT
- device esp
- device hptiop
- device isp
- device mpt
- device mps
- device mpr
- device sym
- device trm
- device adv
- device adw
- device aic
- device bt
- device isci
  device scbus
- device ch
  device da
- device sa
  device cd
  device pass
  device ses
- device amr
- device arcmsr
- device ciss
- device dpt
- device hptmv
- device hptnr
- device hptrr
- device hpt27xx
- device iir
- device ips
- device mly
- device twa
- device tws
- device aac
- device aacp
- device aacraid
- device ida
- device mfi
- device mlx
- device mrsas
- device pmspcv
- device twe
- device nvme
- device nvd
  device atkbdc
  device atkbd
  device psm
--- 83,93 
***
*** 150,202 
  device ppbus
  device lpt
  device ppi
- device puc
  device bxe
- device de
- device em
- device igb
- device ix
- device ixv
- device ixl
- device ixlv
- device le
- device ti
- device txp
- device vx
  device miibus
- device ae
- device age
- device alc
- device ale
- device bce
- device bfe
- device bge
- device cas
- device dc
- device et
- device fxp
- device gem
- device hme
- device jme
- device lge
- device msk
- device nfe
- device nge
- device pcn
- device re
- device rl
- device sf
- device sge
- device sis
- device sk
- device ste
- device stge
- device tl
- device tx
- device vge
- device vr
- device wb
- device xl
  device wlan
  options IEEE80211_DEBUG
  options IEEE80211_AMPDU_AGE
--- 109,116 
***
*** 221,226 
--- 135,143 
  device ral
  device wi
  device wpi
+ device bge
+ device sound
+ device "snd_hda"
  device loop
  device random
  device padlock_rng
***
*** 234,253 
  device bpf
  options USB_DEBUG
  device uhci
- device ohci
  device ehci
  device xhci
  device usb
  device ukbd
  device umass
- device sound
- device snd_cmi
- device snd_csa
- device snd_emu10kx
- device snd_es137x
- device snd_hda
- device snd_ich
- device snd_via8233
  device mmc
  device mmcsd
  device sdhci
--- 151,162 
  device bpf
  options USB_DEBUG
  device uhci
  device ehci
  device xhci
  device usb
+ device urndis
  device ukbd
  device umass
  device mmc
  device mmcsd
  device sdhci
***
*** 261,265 
  options XENHVM
  device xenpci
  device vmx
- device netmap
  device crypto
--- 170,175 
  options XENHVM
  device xenpci
  device vmx
  device crypto

boot fails on Table SSDT at 0x...

[Julian H. Stacey]

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 src-cur 12757
.svn_revision   309126
did a make world, built a new custom kernel with same config as before & now
laptop boot fails after
Table SSDT at 0x...
ACPI: No SRAT table found

I took a pic of frozen screen, & I have svn here, I need to research
& provide more info to whoever ? so this just initial info to whoever's
working in the area.  Debug suggestions & syntax welcome. I'll build
a generic kernel next.

If I may be slow responding, sorry, DSL modem problems here too, hence 
getting an initial error report out while I can.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
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"

Re: svn: Skipped '.' Summary of conflicts: Skipped paths: 1

[Julian H. Stacey]

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 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
> > j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small
> > amd64
> >
> > svn co -q file:///usr/svn/base/head
> > svn up
> > ### Skipped '.'
> > ### Summary of conflicts:
> > ###   Skipped paths: 1
> 
> Does 'svn st' have anything interesting to say?
> -Ben

cd /usr/src
svn st
svn: warning: W155007: '/data/release/12.0-CURRENT/usr/src' is not a 
working copy
I had removed content ready for a rebuild
ls -la
total 12
drwxr-xr-x   3 jhs   staff   512 Jul 21 14:43 ./
drwxr-xr-x  18 root  wheel   512 Jul 20 18:46 ../
drwxr-xr-x  24 jhs   staff  1024 Jul 21 15:32 head/
cd head
ls
# COPYRIGHT etc
svn st
# silent completion
svn up
# silent completion
pwd
/data/release/12.0-CURRENT/usr/src/head
cd ../.. ; mv src/head s ; rmdir src ; mv s src ; cd src
pwd
/data/release/12.0-CURRENT/usr/src 
svn up
Updating '.':
At revision 303135.

OK, it wasn't an svn problem then, I was maybe missing meta data,
& have learnt status command available, & I should have tried harder ;-)
Thanks Ben ! Sorry for noise to others.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 http://berklix.eu/brexit/#stolen_votes
___
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"

svn: Skipped '.' Summary of conflicts: Skipped paths: 1

[Julian H. Stacey]

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
j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small
amd64

svn co -q file:///usr/svn/base/head
svn up
### Skipped '.'
### Summary of conflicts:
###   Skipped paths: 1

ls -l `which svn`
-rwxr-xr-x  1 root  wheel  259568 May 24  2015 
/usr/local/bin/svn*

Meantime to trace it, I'm running:
cd /usr/ports/devel/subversion ; make clean ; make install
cd /data/tmp/new_svn_bin/src
script
svn co file:///usr/svn/base/head

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 http://berklix.eu/brexit/#stolen_votes
___
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"

Re: ctfmerge slows & sometimes crashes

[Julian H. Stacey]

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
> > linking kernel.full
> > ctfmerge -L VERSION -g -o kernel.full ...
> > No rponse from these:
> >Attempt to start new xterm to host (to run top) fails,
> >Attempt to Control Z suspend the job in existing xterm is ignored,
> >Stroking keypad (aka mouse wobble) ignored
> >Screen stayed black (as it was before cos xdm was running & no human 
> > using it)
> >No disk activity.
> > Eventually laptop fan ran a bit faster for a bit (BIOS ?)
> > I had to power off laptop to reboot.
> >
> > I've seen it a few times in recent weeks with various recent current.
> >
> > uname -a
> > FreeBSD lapr.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT
> > #4 r298975M: Wed May  4 14:59:04 CEST 2016
> > 
> > j...@lapr.js.berklix.net:/data/release/11.0-CURRENT/usr/obj/usr/src/sys/GENERIC
> > amd64
> >
> > /usr/src it crashed building is at svn 299060   OK I now have newer 
> > here.
> >
> > I have nothing to debug in /var/crash as
> > swapinfo2 355 200 1K-blocks
> > bsdlabel /dev/ada0s14 710 400
> >
> > dmesg real memory   3 221 225 472 (3072 MB)
> > dmesg avail memory  2 759 401 472 (2631 MB)
> > So ready for next one, I'll re bsdlabel the partition,
> > (less risky than keeping a 4G ram stick in with /etc/rc.conf 
> > dumpdev=/dev/da0 )
> >
> > Cheers,
> > Julian
> >
> 
> Hi,
> 
> I've seen this on 10-stable machines when compiling 11-current, but not 
> on 11-current machines doing the same build.
> 
> --HPS

Thanks HPS, I've repartitioned & rebooted with an exactly matching swap
swapinfo3145728
bsdlabel6291456
dmesg real memory   3221225472 (3072 MB)
dc 3145728 2 * p 6291456 512 * p 3221225472
& again running make buildkernel, I'll hope to offer a back trace next time.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Brexit: Meeting +UK blocks votes of Brits in EU  http://www.berklix.eu/brexit/
___
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"

ctfmerge slows & sometimes crashes

[Julian H. Stacey]

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 top) fails,
  Attempt to Control Z suspend the job in existing xterm is ignored,
  Stroking keypad (aka mouse wobble) ignored
  Screen stayed black (as it was before cos xdm was running & no human using it)
  No disk activity.
Eventually laptop fan ran a bit faster for a bit (BIOS ?)
I had to power off laptop to reboot.

I've seen it a few times in recent weeks with various recent current.

uname -a
FreeBSD lapr.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT
#4 r298975M: Wed May  4 14:59:04 CEST 2016

j...@lapr.js.berklix.net:/data/release/11.0-CURRENT/usr/obj/usr/src/sys/GENERIC
amd64

/usr/src it crashed building is at svn 299060   OK I now have newer here.

I have nothing to debug in /var/crash as
swapinfo2 355 200 1K-blocks
bsdlabel /dev/ada0s14 710 400 

dmesg real memory   3 221 225 472 (3072 MB)
dmesg avail memory  2 759 401 472 (2631 MB)
So ready for next one, I'll re bsdlabel the partition, 
(less risky than keeping a 4G ram stick in with /etc/rc.conf dumpdev=/dev/da0 )

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Brexit: Meeting +UK blocks votes of Brits in EU  http://www.berklix.eu/brexit/
___
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"

some mtree missing in buildworld

[Julian H. Stacey]

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 
j...@blak.js.berklix.net:/usr/src/sys/amd64/compile/BLAK.small  amd64

rm -rf /usr/src 
mkdir /usr/src 
cd /usr/src
ctm -q  /pub/FreeBSD/development/CTM/src-cur/src-cur.12300xEmpty.gz
ctm -q /pub/FreeBSD/development/CTM/src-cur/src-*.1[0-9][0-9][0-9][0-9].gz
cat .ctm*
src-cur 12446   # That's todays latest
cat .svn_revision
298360

/etc/src.conf is an empty file ie all commented out

make obj

make buildworld
cc -O2 -pipe -DBERKLIX=YES -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 
-DTUI=1 -DDEBUGDIR=\"/usr/lib/debug\" -I. 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd 
-I/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../../lib/libreadline/readline/.. -g 
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
-Wno-enum-conversion -Wno-unused-loca!
 l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-Qunused-arguments  -o kgdb.full main.o kld.o kthr.o trgt.o trgt_amd64.o  
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../gdb/libgdb/libgdb.a 
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/libbfd.a 
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libopcodes/libopcodes.a  
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libiberty/libiberty.a  -lm 
-L/usr/obj/usr/src/gnu/lib/libreadline/readline 
-L/usr/obj/usr/src/gnu/lib/libreadline/readline -lreadline  -lncursesw  
-lncursesw  -lncursesw  -lgnuregex  -lkvm
main.o: In function `main':
/usr/src/gnu/usr.bin/gdb/kgdb/main.c:478: undefined reference to 
`kgdb_trgt_pc_fixup'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[6]: stopped in /usr/src/gnu/usr.bin/gdb/kgdb

make includes
Various breakages repaired by my subsequent manual mkdir eg
mkdir -p /usr/include/private/bsdstat

make includes
===> lib/libcasper/services (includes)
===> lib/libcasper/services/cap_dns (includes)
install  -C -o root -g wheel -m 444  
/usr/src/lib/libcasper/services/cap_dns/cap_dns.h /usr/include/casper/
install: /usr/include/casper/: No such file or directory
*** Error code 71

cd /usr/src/etc/mtree
make install
cd /etc/mtree 
vi -c/casper BSD.include.dist
cd /usr/src
make _worldtmp
cd /usr/obj/usr/src/tmp
tar cf - . | ( cd / && tar xf - )
ls -la /usr/include/casper
total 12
drwxr-xr-x   2 root  wheel   512 Apr 21 17:08 ./
drwxr-xr-x  60 root  wheel  6656 Apr 21 17:09 ../

cd /usr/src
make includes
cd /usr/src/gnu/usr.bin/gdb/kgdb ; make
Runs for a while
cd /usr/src/gnu/usr.bin/gdb/; make
Runs for a while
make upgrade_checks
make buildworld
cc -O2 -pipe -DBERKLIX=YES 
-I/usr/src/usr.bin/xinstall/../../contrib/mtree 
-I/usr/src/usr.bin/xinstall/../../lib/libnetbsd -g -std=gnu99 
-Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include  -static 
-L/usr/obj/usr/src/tmp/legacy/usr/lib -o xinstall.full xinstall.o getid.o   
-lmd -legacy
xinstall.o: In function `digest_init':
/usr/src/usr.bin/xinstall/xinstall.c:414: undefined reference to 
`_libmd_MD5Init'
...
/usr/src/usr.bin/xinstall/xinstall.c:470: undefined reference to 
`_libmd_SHA512_End'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
bmake[3]: stopped in /usr/src/usr.bin/xinstall

cd /usr/src/lib/libmd ; make ; make install
cd /usr/src/usr.bin/xinstall  ; make ; make install
cd /usr/src; make buildworld

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Let Brits in EU vote on Brexit https://petition.parliament.uk/petitions/112142
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail 

Re: WITHOUT_CDDL prevents install of ctfconvert which breaks kernel build

[Julian H. Stacey]

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)
> so man src.conf warns of this, or do you have a better fix ?

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
___
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"

WITHOUT_CDDL prevents install of ctfconvert which breaks kernel build

[Julian H. Stacey]

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 Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
___
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"