After discussing this with pjd@ on IRC, I arrived at the attached patch,
which increases the length of time pidfile_open() itself waits (I hadn't
noticed that it already looped) and sets *pidptr to -1 if it fails to read
a pid.
DES
--
Dag-Erling Smørgrav - d...@des.no
Index: lib/li
mented, but a bit unexpected anyway.
Well, it was your idea, I just moved it to before the loop :)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscrib
t, and if so, if it goes away when you set the kern.eventtimer.idletick
sysctl to 0?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
Adrian Chadd writes:
> Dag-Erling Smørgrav writes:
> > Could you check if network activity (e.g. downloading an ISO) triggers
> > it, and if so, if it goes away when you set the kern.eventtimer.idletick
> > sysctl to 0?
> Don't you mean 'set it to 1' ?
Pawel Jakub Dawidek writes:
> After proposed changes it would look like this, what do you think?
>
> http://people.freebsd.org/~pjd/patches/pidfile.3.patch
Looks OK to me, but you should also remove the paragraph about EAGAIN in
the man page.
DES
--
Dag-Erling Smørgrav - d.
Michael Butler writes:
> When running 'configure' for, say, the latest clamav update, '/bin/ls'
> dumps core with a floating point exception.
Thanks for the report. Try r226546.
DES
--
Dag-Erling Smørgrav - d...@des.no
_
t going to help. He needed subversion to update his tree so he
could build a working ls, but he needed a working ls to build
subversion. The simplest solution would have been either
# export PATH=/rescue:$PATH
or
# ln -f /rescue/ls /bin/ls
which would have allowed him to build subversion.
DES
or has gone unnoticed by the tinderbox,
even though it's been there for quite a while (or so I've been told).
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
human-readable form. The trace will *not* include
any passwords, just a list of system calls, filename lookups and linker
operations.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
o keep it in base?
I would be very annoyed if it were no longer possible to netboot
GENERIC...
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscr
t:
http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c
However, I'm not confident that simply reverting this commit is the
right way to go.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing li
Don Lewis writes:
> Dag-Erling Smørgrav writes:
> > The culprit was this commit:
> >
> > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c
> >
> > However, I'm not confident that simply reverting this commit is the
> > right way
it applies cleanly
except for the first hunk, which is easy to apply manually.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mai
Adrian Chadd writes:
> Dag-Erling Smørgrav writes:
> > I would be very annoyed if it were no longer possible to netboot
> > GENERIC...
> I don't want to break that. :) I Just don't want to compile it in
> unless I'm using NFS/ZFS, and on my 4MB flash boards
, which I intend to roll in February.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
am, improved log messages in certain error conditions,
and a different default password prompt for remote logins.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
he new sources on top of the existing directory)
or build with -DNO_MAN.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to &q
m, wasn't there a GSoC project to reimplement NTFS?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ikely to run into trouble.
(or we could increase the limit to 72351744 bytes, which is the precise
amount required to support 16 GB)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
nsufficient for 8 GB of swap.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
John Baldwin writes:
> Dag-Erling Smørgrav writes:
> > The limit we had was insufficient for 8 GB of swap.
> In absolute or practical terms?
This whole thing started because I have a machine with 8 GB swap that
ran out of swzone.
> At this point i386 is going to be used on
Dag-Erling Smørgrav writes:
> (or we could increase the limit to 72351744 bytes, which is the precise
> amount required to support 16 GB)
Correction, 36175872 - there are actually 32 pages per entry, not 16.
DES
--
Dag-Erling Smørgrav - d...@
Firewire is
- a significant security risk
- an obstacle to functining suspend / resume on many systems
- rapidly becoming obsolete
- available as a module
The attached patch removes it from GENERIC across the board. Any
serious objections before I commit it to head?
DES
--
Dag-Erling
Once more, with patch.
DES
--
Dag-Erling Smørgrav - d...@des.no
Index: amd64/conf/GENERIC
===
--- amd64/conf/GENERIC (revision 241722)
+++ amd64/conf/GENERIC (working copy)
@@ -317,15 +317,6 @@
device ukbd # Keyboard
device
t;
> Stop in /src/lib/libldns.
Why is this happening? The Makefile sets WARNS to 3, which adds
-Wno-unused-function to CFLAGS, which should suppress this warning.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing
"Constantine A. Murenin" writes:
> I would like to announce and introduce http://mdoc.su/>, a
> deterministic URL shortener for BSD manual pages, written entirely in
> nginx.conf. [...]
This looks awesome, thank you very much!
DES
--
Dag-Erling
the donations wantlist for details.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
bsd.org/
> It looks like pc98 i386 built just fine recently. Not sure why the mips
> build keeps failing so much. des from .no would know :)
I don't know the details, but ISTR being told on IRC that it was a known
binutils bug, and that the patch for it is under GPL3.
D
Phenom running 8.3-STABLE and you can see the exact commands
and environment variables used at the top of the log.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
build log is here:
http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
Garrett Cooper writes:
> Forgot a key piece of info. My VM that this works on is i386, not
> amd64. I assume that's a trigger?
Frankly, I have no idea...
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailin
one point
acquire BSDI, which had previously acquired Walnut Creek CD-ROM, which
was heavily involved in the early history of both FreeBSD and Slackware
Linux. The remains of Walnut Creek CD-ROM and BSDI are now known as
FreeBSD Mall and iXsystems (of PC-BSD and FreeNAS fame).
DES
--
Arlen Cuss writes:
> "Troll" *is* right there in the name!
Yes, thank you, we hadn't noticed. Good thing you were there to set us
straight.
Oh, and please learn to quote.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-c
al machine to
another, automatic restart on a different physical server if one fails
etc. that simply aren't possible with jails; and there are certain
things you still can't run reliably / safely in jails - anything that
relies on SysV IPC, for instance, such as PostgreSQL.
DES
--
Da
Oleg Moskalenko writes:
> Modern large-scale virtualization technologies are based upon
> bare-metal versions of VMWare and XenServer. They are not Linux and
> they are not FreeBSD
AFAIK, RHEV is KVM on top of RHEL.
DES
--
Dag-Erling Smørgrav - d.
where the
old yacc placed #include at the top of the output while the
new yacc places it further down. Unfortunately, I can't access the
build box right now, so I can't compare the files directly.
DES
--
Dag-Erling Smørgrav - d...@des.no
Doug Barton writes:
> su
> Segmentation fault: 11
Weird, I've been running it for months... I'll look into it right away.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/
probably due to an issue in the latest openpam; sudo is not affected
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Dag-Erling Smørgrav writes:
> probably due to an issue in the latest openpam; sudo is not affected
should be fixed now.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
"O. Hartmann" writes:
> You should also file a PR for change-requets, so it is not only in the
> email list.
I have no idea what you mean by that...
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org m
ame. If you look at other PAM
consumer code, you'll see that the common idiom is what Jilles
suggested, i.e. use a temporary variable of the appropriate type.
That being said, pam_passwdqc should probably be either updated or
removed. The version we have is
it doesn't help machines that actually need to conserve memory,
and it hurts machines that have plenty of it and therefore also plenty
of swap (assuming the user followed the old "twice the amount of RAM"
rule of thumb).
DES
age
as long as swzone is exhausted.
DES
--
Dag-Erling Smørgrav - d...@des.no
Index: sys/vm/swap_pager.c
===
--- sys/vm/swap_pager.c (revision 238711)
+++ sys/vm/swap_pager.c (working copy)
@@ -1804,6 +1804,7 @@
static v
Slightly better patch (improved documentation)
DES
--
Dag-Erling Smørgrav - d...@des.no
Index: sys/boot/common/loader.8
===
--- sys/boot/common/loader.8 (revision 239239)
+++ sys/boot/common/loader.8 (working copy)
@@ -613,17
John Baldwin writes:
> I think DES has a newer variant of this now?
Committed, along with an additional patch that warns you if you
configure more swap than the pager can handle.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-curr
l_ctx_list random_clist;
On platforms that don't, we need to figure out a better solution;
possibly Pawel's early harvesting patch, which, while not perfect, at
least introduces a minimum of entropy into Yarrow before boot.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
a symlink is simply the length of its
target. There is no need for it, and in the case of a directory,
including it causes spurious diffs between mtree descriptions of
identical trees on different systems.
DES
--
Dag-Erling Smørgrav - d...@des.no
isk size (which might vary depending on past contents)
while the other might report the number of entries.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
uot;
(aka "train the user to type 'yes' and hit enter") and "no" (aka "train
the user to type 'yes' and hit enter without even the benefit of a
second opinion").
DES
--
Dag-Erling Smørgrav - d...@des.no
___
7;s IP address without DNS anyway.
> For that matter, I just realized I'm a bit unclear on who is querying
> DNS for this info, the ssh client or the sshd?
The client - and you can override this in your ~/.ssh/config or on the
command line (-oVerifyHostKeyDNS=no).
DES
--
ot;
_lib_atf_libatf_c= lib/atf/libatf-c
Oh, wait, that's actually an excerpt from the commit that enabled LDNS
in OpenSSH. What a coincidence!
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.
Michael Butler writes:
> As below ..
Yep, working on it, thanks.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
Nathan Whitehorn writes:
> A related note: it seems like the /etc bits for unbound have not been
> hooked up. There is no default config (this post) but also no RC
> script, for example.
...yet.
DES
--
Dag-Erling Smørgrav - d...@des.no
__
quired macros if
MK_KERBEROS=yes).
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
tatic_arp static_ndp
+# REQUIRE: static_arp static_ndp local_unbound
# This is a dummy dependency, for services which require networking
# to be operational before starting.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@fr
Kimmo Paasiala writes:
> Would it make sense to also include the svnversion(1) of the system
> sources in the version output?
No. It is not available in the most important use case for
freebsd-version(1), i.e. freebsd-update builds.
DES
--
Dag-Erling Smørgrav - d...@
Kimmo Paasiala writes:
> Dag-Erling Smørgrav writes:
> > Kimmo Paasiala writes:
> > > Would it make sense to also include the svnversion(1) of the
> > > system sources in the version output?
> > No. It is not available in the most important use case for
>
Markiyan Kushnir writes:
> # pkg help
>
> will hang eating up 100% CPU. truss shows it's locked in an endless loop:
Fixed in r261263.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lis
Adrian Chadd writes:
> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff
Why did you rename it? The whole point of PRIVATELIB is to avoid having
to rename libraries.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-curr
John Baldwin writes:
> Dag-Erling Smørgrav writes:
> > Why did you rename it? The whole point of PRIVATELIB is to avoid
> > having to rename libraries.
> Because 'statfoo' is a pretty silly name? (This is detailed in
> another subthread, did you not read that?)
iting-style-guidelines
We always use
The
.Nm foo
utility
or
The
.Fn foo
function
instead of just .Nm or .Fn at the start of a sentence, but never (or
rarely) within a sentence.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org m
Warren Block writes:
> Dag-Erling Smørgrav writes:
> > We always use [The .Nm foo utility or The .Fn foo function] instead
> > of just .Nm or .Fn at the start of a sentence, but never (or rarely)
> > within a sentence.
> By "we", do you mean the FreeBSD projec
Warren Block writes:
> Dag-Erling Smørgrav writes:
> > I mean the FreeBSD project, and the reason is as John stated: all
> > sentences must start with a capital letter. I've gotten so used to
> > this over the past 15 years that I even do it in email and other
> &
he
actual issue.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
were written in Pascal, it might not matter, but
in C, _exit(2) and _Exit(3) are two different functions.
(I'm sure there are other examples without a leading underscore)
(eww, starting a sentence with a non-alphabetic character would be even
worse...)
DES
--
Dag-Erling Smørg
Oliver Pinter writes:
> Can you merge back the r261913 commit to stable/10 or is this a POLA
> violation?
It needs to be accompanied by r264964, and you should ask jmg@ about
merging r262945 and r263218 as well.
DES
--
Dag-Erling Smørgrav - d...@
What is the cost of the code required to turn it on and off, keeping in
mind that most of the contents of the struct sysctl_oid must be present
anyway so you can fill in the malloc()ed node?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current
ernel config for LATT-ASLR
What is the difference between LATT-ASLR and OP-ASLR, and why not just
"include GENERIC"? You know about "nooptions", right?
> Revert "PAX: blacklist clang and related binaries from PIE support"
> Revert "Revert "
t more flexible and powerful than you probably realize.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
can't easily plug OpenBSD's code into our kernel
without significant performance issues.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsu
ypto...
It uses OpenSSL engines, which use /dev/crypto. This is why we had to
turn off sandbox mode - a CRIOGET ioctl fails because the sandbox code
sets RLIMIT_NOFILES to 0.
(trimming security@ from the cc: list as it's an alias for secteam@
which is not the appropriate venue for this discussi
Attilio Rao writes:
> So, am I missing something when removing sun4v or the tinderbox
> machine needs to be updated someway?
Yes, you should have warned me in advance.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org m
Attilio Rao writes:
> Dag-Erling Smørgrav writes:
> > Attilio Rao writes:
> > > So, am I missing something when removing sun4v or the tinderbox
> > > machine needs to be updated someway?
> > Yes, you should have warned me in advance.
> Ok, sorry for n
y the supervisor script
so it doesn't start the build script for targets that don't exist, but
that would be like disabling compiler warnings instead of fixing the
bugs that cause them.
DES
--
Dag-Erling Smørgrav - d...@des.no
__
(security/opie). You will have to manually add back the
pam_opie and pam_opieaccess lines in the relevant PAM policies.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
FreeBSD User writes:
> I tried to put the option
>
> WITHOUT_MODULE="an"
it's spelled WITHOUT_MODULES, cf. make.conf(5).
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
assword” upstream (and presumably in the port), while
PermitEmptyPasswords defaults to “no” both in FreeBSD and upstream,
cf. crypto/openssh/servconf.c (search for “permit_root” and
“permit_empty”).
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
uld I run 'make installkernel' a 2nd time?
'make reinstallkernel' is more appropriate in this case.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Michael Grimm writes:
> I'm currently in the process to prepare for upcoming 14-STABLE. Thus,
> I upgraded one of my sytems from 13-STABLE to 14-CURRENT.
Did you run etcupdate?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
am pull request merges:
#14987 Fix memory leak in zil_parse()
Obtained from: OpenZFS
OpenZFS commit: 8e8acabdcaeb831c777f71361722f4235b698a8d
We can't ship 14.0 with this deadlock.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Alan Somers writes:
> Do you have ZFS block cloning enabled on your pool? There were a lot
> of bugs associated with that feature. I think that was merged on
> 3-April.
No, and this deadlock did not appear until May.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Tomoaki AOKI writes:
> Yes. But if bsdinstall and freebsd-update automatically bootstrap
> etcupdate if not yet done, newbies and casual users wouldn't be bitten.
https://cgit.freebsd.org/src/commit/?id=e9120a256075543376496fbd75949eed1f13a887
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Tomoaki AOKI writes:
> This can help new installation using release tarballs (official or
> locally built) or upgrading with overwriting using said tarballs, but
> how does freebsd-update?
freebsd-update uses the same release process.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Dag-Erling Smørgrav writes:
> At some point between 42d088299c (4 May) and f0c9703301 (26 June), a
> deadlock was introduced in ZFS.
Trying to narrow this range down, I did not get a deadlock with
4e8d558c9d1c (10 June) but I did with b7198dcfc039 (16 June), albeit
after building ~1800 pa
Dag-Erling Smørgrav writes:
> Trying to narrow this range down, I did not get a deadlock with
> 4e8d558c9d1c (10 June) but I did with b7198dcfc039 (16 June) [...]
> Perhaps I should try 4e8d558c9d1c again.
I managed to geat a deadlock with 4e8d558c9d1c. Its predecessor
5ca7f02946 appe
Dag-Erling Smørgrav writes:
> I managed to geat a deadlock with 4e8d558c9d1c. Its predecessor
> 5ca7f02946 appears to be working. I'm going to try to come up with a
> more efficient way to reproduce the deadlock than running poudriere.
I wrote a script that creates multip
Mateusz Guzik writes:
> Given that the custom reproducer failed I think the most prudent
> course of action is to reproduce again with poudriere, but this time
> arrange to have all stacktraces dumped.
Why? What more information do you need?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
om victim
> and whatever the real culprit is deeper.
We already know the real culprit, see upthread.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
The attached script successfully deadlocks 9228ac3a69c4.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
#!/bin/sh
: ${n:=$(nproc)}
: ${pool:=zroot}
basefs="${pool}/zfsdl"
set -eu
zfs destroy -r "${basefs}" >/dev/null 2>&1 || true
zfs create -o com.sun:auto-snap
t.
Do you have a FreeBSD branch with your patch applied?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
se two patches has so far built
2,285 packages without a hitch, whereas normally it would have
deadlocked after well before reaching 500 packages. I'll do another run
without the patches tomorrow just to be sure.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Dag-Erling Smørgrav writes:
> A kernel built from c47116e909 plus these two patches has so far built
> 2,285 packages without a hitch, whereas normally it would have
> deadlocked after well before reaching 500 packages. I'll do another run
> without the patches tomorrow just
Dag-Erling Smørgrav writes:
> Plot twist: c47116e909 _without_ the patches also appears to be working
> fine. The last kernel I know for sure deadlocks is b36f469a15, so I'm
> going to test cd25b0f740 and 28d2e3b5de.
c47116e909 with cd25b0f740 and 28d2e3b5de reverted deadlocks
Dag-Erling Smørgrav writes:
> c47116e909 with cd25b0f740 and 28d2e3b5de reverted deadlocks, see
> attached ddb.txt. I'm going to see if reverting only 28d2e3b5de but not
> cd25b0f740 changes anything.
c47116e909 with only 28d2e3b5de reverted also deadlocked, but in both
case
le) to fail.
This was fixed in aca3bd160257.
> I am trying to manually compile a working mkmagic and restart the
> build to get unstuck.
mkmagic is fine, just build and install libc.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Rainer Hurling writes:
> If I try to build world from todays c1b26df2972d with 15.0-CURRENT
> (main-n265063-e0752f431b01), it aborts with an error.
Either update your source tree or apply aca3bd160257, then build and
install libc before attempting buildworld.
DES
--
Dag-Erling Smørgr
ms to be a recent issue (less than 5 days).
> Hundreds of configure scripts now fail to run on 15-current due to
> this sed failure: [...]
Try adding ARCHLEVEL=scalar to CONFIGURE_ENV on one of these. If that
helps, yell at fuz@ :)
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
nd run
$ sudo make -C lib/libc install
then buildworld as usual.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
he buildenv before building libc. If that still
fails, just run buildworld; it will fail in libmagic as before but it
will have built libc before failing, and you can install libc and
restart the build.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ng memcmp()
with a bogus length invokes UB.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
301 - 400 of 430 matches
Mail list logo