I am wondering if all the information in this thread present and future should
be included in
the scenarios at the bottom of /usr/ports/UPDATING with technical explanations
about
how and why? AFAIK the file was created before UEFI and thus in that regard
obsolete.
On Thu, 21 Dec 2023 12:59:54
On Tue, 28 Feb 2023 00:23:59 -0800 (PST), "Jeffrey Bouquet"
wrote:
> in src.conf:
>
> WITHOUT_TFTP=
>
> nevertheless, the buildworld halts in building tftp-proxy...
>
> ..
> OR it halts with too may of the below errors: the buildworld doesn&#x
in src.conf:
WITHOUT_TFTP=
nevertheless, the buildworld halts in building tftp-proxy...
..
OR it halts with too may of the below errors: the buildworld doesn't inform
which process stopped it.
ld.lld error: undefined symbol FreeBSD_nvlist_* [ many undefined symbols each
starting with th
On Sat, 18 Feb 2023 13:28:58 -0800 (PST), "Jeffrey Bouquet"
wrote:
>
>
> On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet"
> wrote:
>
> > Building
> > /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
>
On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet"
wrote:
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> sys_bitcount.c:1:10: fatal error: '
Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not found
#include
^~~~
1 error generated.
*** Error code 1
St
On Wed, 17 Aug 2022 07:55:32 +0900, Tomoaki AOKI
wrote:
> On Mon, 15 Aug 2022 21:35:52 -0600
> Warner Losh wrote:
>
> > On Mon, Aug 15, 2022, 9:04 PM Yasuhiro Kimura wrote:
> >
> > > From: Yasuhiro Kimura
> > > Subject: Re: Updating EFI boot loader results in boot hangup
> > > Date: Sun,
On Sun, 29 May 2022 18:26:03 -0700, David Wolfskill
wrote:
> On Sun, May 29, 2022 at 06:59:34PM -0600, Warner Losh wrote:
> > Sorry for top posting...
> >
> > Did you upgrade your boot blocks?
>
> Thanks for the reply!
>
> Hmmm Well, every time I rebuild FreeBSD head, the last step
>
On Fri, 22 Apr 2022 16:46:20 -0700, Pete Wright wrote:
>
>
> On 4/22/22 13:39, tech-lists wrote:
> > Hi,
> >
> > On Thu, Apr 21, 2022 at 07:16:42PM -0700, Pete Wright wrote:
> >> hello -
> >>
> >> on my workstation running CURRENT (amd64/32g of ram) i've been running
> >> into a scenario whe
On Fri, 3 Dec 2021 13:58:39 +0100, Miroslav Lachman <000.f...@quip.cz> wrote:
> On 03/12/2021 12:52, Yetoo Happy wrote:
>
> [...]
>
> > Quick Start* and follow the instructions and get to step
> > 7 and may think that even though etcupdate is different from mergemaster
> > from the last time
On Wed, 24 Nov 2021 11:55:25 + (UTC), "Bjoern A. Zeeb"
wrote:
> On Wed, 24 Nov 2021, Bjoern A. Zeeb wrote:
>
> > Hi,
> >
> >673 ===> usr.bin/diff/tests (cleandir)
> >674 ===> lib/geom (cleandir)
> >675 ===> sbin/mount_udf (cleandir)
> >676 make[6] warning: /lib/geom: Perm
On Thu, 11 Nov 2021 08:53:47 -0700, Warner Losh wrote:
> On Thu, Nov 11, 2021 at 5:48 AM Jeffrey Bouquet
> wrote:
>
> > Apologies if this applies to STABLE 13, but git is involved...
> > buildworld is failing 4 minutes or so in.
> > would it be useful to re-git t
Apologies if this applies to STABLE 13, but git is involved...
buildworld is failing 4 minutes or so in.
would it be useful to re-git the /usr/src?
Is there a way to run "make buildworld" for a LESS terse error result?
Any other 3rd method to debug the error?
..
On Mon, 6 Sep 2021 10:43:06 +0100, David Chisnall wrote:
> On 06/09/2021 09:08, Jeremie Le Hen wrote:
> > Compiling C++ seems
> > extremely CPU heavy and this is made worse by the fact LLVM is built
> > twice (once for build/cross tools, once for the actual world).
>
> Note that you need to b
On Sat, 23 Jan 2021 20:14:03 -0800, Steve Kargl
wrote:
> On Sun, Jan 24, 2021 at 01:08:05PM +0900, Yasuhiro Kimura wrote:
> > From: Steve Kargl
> > Subject: Getting /usr/src to match specific git hash?
> > Date: Sat, 23 Jan 2021 19:58:52 -0800
> >
> > > Suppose one has an empty /usr/src.
>
On Mon, 4 Jan 2021 20:13:03 +0100, Marek Zarychta
wrote:
> W dniu 04.01.2021 o 19:54, Enji Cooper pisze:
> >
> >> On Jan 4, 2021, at 10:49 AM, Marek Zarychta
> >> wrote:
> >
> > …
> >
> >> Terrible idea IMHO, but I am only the weak voice from the userbase.
> >>
> >> It's like deprecating
On Mon, 4 Jan 2021 12:57:43 +, Matthew Seaman wrote:
> On 04/01/2021 12:29, David Wolfskill wrote:
>
> > Caveat: Since the switch, I have yet to encounter a case where I needed
> > to merge a change in (e.g., because of a newly-created user, or there
> > was a commit to /etc/crontab or /e
On Wed, 23 Dec 2020 11:13:07 +0100, Johan Hendriks
wrote:
>
> On 23/12/2020 09:49, Warner Losh wrote:
> > On Wed, Dec 23, 2020, 1:48 AM Graham Perrin wrote:
> >
> >> Warner, thanks for the clarification.
> >>
> >> Apologies for me taking the (rough draft/work in progress) documentation
> >>
On Fri, 11 Dec 2020 13:55:14 -0800, Chris wrote:
> On 2020-12-11 13:07, Jeffrey Bouquet wrote:
> > On Fri, 11 Dec 2020 10:53:55 -0800, Chris wrote:
> >
> >> On 2020-12-11 10:32, Chris wrote:
> >> > On 2020-12-11 08:10, Steve Kargl wrote:
> >>
On Fri, 11 Dec 2020 10:53:55 -0800, Chris wrote:
> On 2020-12-11 10:32, Chris wrote:
> > On 2020-12-11 08:10, Steve Kargl wrote:
> >> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote:
> >>> Longtime BSD current user, due to several constrain
On Fri, 11 Dec 2020 08:10:37 -0800, Steve Kargl
wrote:
> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote:
> > Longtime BSD current user, due to several constraints I had to update from
> > a recent dec 10 image in
> > a quasi-piecemeal fashion. Fixed
Longtime BSD current user, due to several constraints I had to update from a
recent dec 10 image in
a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current to
13-Current except
service netif onestart wlan0 up
no longer completes.
/etc/rc.
On Tue, 17 Nov 2020 02:48:32 +, "Thomas Mueller"
wrote:
> from tech-lists:
>
> > As subject - is svn still canonical for -current or is it git now?
> > If it's not git now, when roughly is the intended switch?
>
> I recently updated FreeBSD doc, ports, src (current), and src12 (12-stabl
On Thu, 30 Jul 2020 04:24:23 -0700, David Wolfskill
wrote:
> build{worl,kernel} and installkernel were uneventful, but:
>
> ...
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail
> install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx
> ===> usr.bin/msgs (instal
A recent build[k,w] [ ** stable 12.1] and many .debug files I'd like to skip
if poss. A knob?
provable CLI to install the 'installworld' to another site to test that it
will complete?
[ make -k installworld enabled me to fix all locally known problems with
TWO buildworlds.. I do
This may not be the proper list, but it may get more traction here...
.
There may be at least some developers who get the list(s) in digest format.
.
Thus, rather than the ordering that is done now, they may be able to comprehend
posts they can contribute toward a resolvation of, if t
On Wed, 19 Sep 2018 09:58:19 -0400, Ed Maste wrote:
> On 19 September 2018 at 09:28, Jeffrey Bouquet
> wrote:
> > /usr/ports/security/lockdown [ sorry if this is a PR or for ports- ]
>
> Unfortunately this port has no maintainer, so fixing this is going to
> ne
/usr/ports/security/lockdown [ sorry if this is a PR or for ports- ]
altered fstab, login.conf and ttys locking me out of my main machine, probably
due
to the password hash, but only a daily backup helped me login again and fix the
damages, with a few files "hardened" maybe but at a cost of unce
I'm running v12 as HEAD [ 12.0-CURRENT]
And am at a loss as to how to change it to 12.0-STABLE vs one day
running a non-rebuilt 13.0-CURRENT
Without risking a scenario such as:
svn up 12.0, fail for some reason to be able to build the GPU driver, so I
should
have stuck with svn up 13.0
On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote:
> somehow installworld fails lately
>
> ===> share/examples (install)
> if [ -L /usr/share/examples/BSD_daemon ]; then rm -f
> /usr/share/examples/BSD_daemon; fi
> if [ -L /usr/share/examples/FreeBSD_version ]; then rm -f
> /usr/share
On Mon, 16 Jul 2018 22:12:28 +0200, "Piotr P. Stefaniak"
wrote:
> On 2018-07-14 04:36:05, Jeffrey Bouquet wrote:
> >secnetix.de used to let me read HEAD updates to src daily. About
> >several monhts ago, my browsers cannot reach it and the 2ndry site is
> >t
On Sat, 14 Jul 2018 17:25:33 +0200, Kurt Jaeger wrote:
> Hi!
>
> > secnetix.de used to let me read HEAD updates to src daily.
> > About
> > several monhts ago, my browsers cannot reach it and the 2ndry site
> > is tedious to read in an equivalent manner. AFAIK the site is still up.
>
> I've
secnetix.de used to let me read HEAD updates to src daily. About several
monhts ago, my browsers cannot reach it and the 2ndry site is tedious to read
in an equivalent manner. AFAIK the site
is still up. Recent EU laws or some other cause? Reachable by some legal VPN
trickery?
RSS feed bette
On Thu, 31 May 2018 18:02:26 +0200, "Ronald Klop" wrote:
> On Thu, 31 May 2018 17:34:18 +0200, Joe Maloney
> wrote:
>
> > I personally wish that more drivers, and firmware were separated from
> > base.
> >
> > For example wireless firmware:
> >
> > https://bugs.freebsd.org/bugzilla/show_bu
On Tue, 29 May 2018 09:41:34 +0100, Vincent Hoffman-Kazlauskas
wrote:
>
>
> On 29/05/2018 02:06, Jeffrey Bouquet wrote:
> >
> >
> > On Mon, 28 May 2018 17:04:11 -0600, Sean Bruno wrote:
> >
> >>
> >>
> >> On 05/28/18 15:37, Je
On Mon, 28 May 2018 17:04:11 -0600, Sean Bruno wrote:
>
>
> On 05/28/18 15:37, Jeffrey Bouquet wrote:
> > Suddenly the site www.secnetix.de/olli/FreeBSD/svnews which showed
> > sequential
> > source as for example xx1966 on april 3 xx2040 on april 4 thi
Suddenly the site www.secnetix.de/olli/FreeBSD/svnews which showed sequential
source as for example xx1966 on april 3 xx2040 on april 4 this year, is
not loading
in the browser. It was informative to read color coded the source backported
to v10
v11 vs new, and new drivers coming into play.
On Fri, 4 May 2018 15:28:53 -0600, Alan Somers wrote:
> On Fri, May 4, 2018 at 2:46 PM, Jeffrey Bouquet
> wrote:
>
> > 12.0-CURRENT r332797 GENERIC amd64
> > ..
> > make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to
> > determ
12.0-CURRENT r332797 GENERIC amd64
..
make: "/usr/ports/Mk/bsd.port.mk" line 1171: Unable to
determine OS version. Either define OSVERSION, or
install /usr/include/sys/param.h...
..
then , with param.h in place
..
port build
On Tue, 3 Oct 2017 10:51:24 +0200, "O. Hartmann" wrote:
> When using "poudriere", it seems ABI is freebsd:12:x86:64. When using FreeBSD
> base, it
> seems always to be referred to FreeBSD:12:amd64. What now? All non-BSD world
> uses x86:64,
> FreeBSD is using amd64, but why is this used incon
I've a uname-a : STABLE-11 that svn's to 12-HEAD and will not buildworld
despite
'make cleanworld ' and '/bin/rm -rf /usr/obj/usr' both... and src.conf and
make.conf removed from /etc.
...
libmap.conf problem?
unpack base.txz etc how?
pkg of base ready somewhat and a h
It seems I've a brick wall [too many ports to use pkg effectively ] -- [ 3551
]
and too many need ' pkg lock ' in ' v11 ' for ino64 fixes, 12.0-CURRENT, and
quite a few
others fail to build from ports, either compiler, so are also 'pkg lock ' or in
a few
instances binaries/trees copied from o
As the Subject: is there a canonical url to check, and a procedure in place
yet, to,
for instance, if one cannot buildworld on 12.0-CURRENT, to access the package
.txz or
whatever and 'pkg fetch ... pkg add ...' which would substitute for the
buildworld
cycle? Also, one would be rebooted
Wishing to avoid SVN for now to salvage nvidia-driver just in case...
#/bin/sh
# re-used sh as one may surmise... $1 not used...
export CC=/usr/local/bin/clang40
export CXX=/usr/local/bin/clang++40
export CPP=/usr/local/bin/clang-cpp40
#cd $1 # /usr/src/usr.sbin/pw
#make cleandepend
On Tue, 20 Jun 2017 22:15:18 -0500, Benjamin Kaduk wrote:
> On Tue, Jun 20, 2017 at 01:58:58PM -0700, Jeffrey Bouquet wrote:
> > Used rsync to put /usr/src/.svn to
> > /usr2/src/.svn [another disk]
> > did an svn up of that ^^
>
>
Used rsync to put /usr/src/.svn to
/usr2/src/.svn [another disk]
did an svn up of that ^^
# sh
export CC=/usr/local/bin/clang39# and the two others
cd /usr2/src
MAKEOBJDIRPREFIX=/usr2/obj -DNO_PROFILE ... buildworld.
which h
ne
/usr/local/bin/ne: Undefined symbol "stat"
ktrace -di ne
/usr/local/bin/ne: Undefined symbol "stat"
I may have posted in error an 'fstat' instead, unsure, to the ports list just
yesterday or so.
A workaround is to use pkg.freebsd.org to attain compat11x binaries which run.
This is a showstoppe
On Sat, 3 Jun 2017 19:32:02 -0400, Allan Jude wrote:
> On 2017-06-03 19:28, Jeffrey Bouquet wrote:
> > The latest pkg updates broke firefox here, which won't build [ patches
> > fail to apply ]
> > Also seamonkey, but building sqlite3 locally fixed that.
&
The latest pkg updates broke firefox here, which won't build [ patches fail
to apply ]
Also seamonkey, but building sqlite3 locally fixed that.
[ not that I'd expect firefox to build anyway, not been that lucky
recently... ]
Web search turns up no 'undefined symbol stat' on 12.0-CUR
SOME LINES BOTTOM POSTED, SEE...
On Fri, 6/2/17, Tomoaki AOKI wrote:
Subject: Re: nvidia drivers mutex lock
To: freebsd-current@freebsd.org
Cc: "Jeffrey Bouquet" , "blubee blubeeme"
Date: Friday, June 2, 2017, 11:25 PM
Hi.
I see the same message, upon load, ...
On Thu, 6/1/17, blubee blubeeme wrote:
Subject: nvidia drivers mutex lock
To: freebsd-po...@freebsd.org, freebsd-current@freebsd.org
Date: Thursday, June 1, 2017, 11:35 AM
I'm running nvidia-drivers 375.66 w
On Wed, 31 May 2017 23:27:16 +0200, Dimitry Andric wrote:
> Hi,
>
> Due to the recent ino64 update in 12.0-CURRENT, there have been some
> reports by Firefox port users about crashes. While I personally have
> not experienced these crashes, as I immediately rebuilt all my ports
> from scratch
First try, did not build, to try to fix, Xorg, took the easy way out and
restored the
/usr/local/bin/Xorg that was working two days ago from backup.
Xorg.log.0 says it is devd???
...
error in Subject is only from memory.
...
Errata... on a part of the below...
On Thu, 25 May 2017 17:19:05 -0700 (PDT), "Jeffrey Bouquet"
wrote:
> On a machine, pkg install xorg-server.
> It wants to install the 1G llvm40
> downloads... errors out. Reboot
>
> boot up
> use tty1 rather
On a machine, pkg install xorg-server.
It wants to install the 1G llvm40
downloads... errors out. Reboot
boot up
use tty1 rather than tty0
pkg install xorg-server
AGAIN downloads the metadata.
starts to AGAIN download llvm40, I cntl-C it.
I add 'pkg add ' the llvm40 that is AL
On Wed, 24 May 2017 20:10:00 +0200, "O. Hartmann"
wrote:
> Am Wed, 24 May 2017 13:04:30 -0500
> Larry Rosenman schrieb:
>
> > On 5/24/17, 1:01 PM, "O. Hartmann" wrote:
> >
> > Am Wed, 24 May 2017 19:40:46 +0200
> > "O. Hartmann" schrieb:
> >
> > > Am Wed, 24 May 2017 12:2
Just commenting on past ideas of mine. *spend no time replying* . Thanks!
... inline comments below... sort of like 'overhear my typing into my bsd
wish list nano-file.' and as such, scribble a not to thyself, not the list nor
I,
as I am out of time this [year] and # commenting not # coding an
kldload nvidia-modeset
> kld_list="${kld_list} nvidia-modeset.ko"
> else
> #kldload nvidia
> kld_list="${kld_list} nvidia.ko"
> fi
> fi
>
>
> On Mon, 15 May 2017 06:41:33 -0700 (PDT)
> "Jeffrey Bouquet" wrote:
>
>
Just had a unique to me, unbootable backup [beside the point,
just a sidebar comment... ] quandry dealing with the nvidia-driver update
that mesa-libs needed. [ or was appurtenant to it, unsure... ]
12.0 - CURRENT
[ my previous 'saves' -- files to consult... were in .jpg, so no avail for
Given the following procedure:
svn up /usr/src
make buildworld
make buildkernel
make installkernel
mergmaster
reboot single user
mergemaster
make installworld
pkg install compatN-i386
reboot
make check-old
make delete-old
etc [ pardon the missing stuff and out of order, this is from memory]
At w
i386_set_ldt: start=-1 num=1 descs=0x38449fac
Tons of those, eight at a time, newly spamming /var/log/messages, maybe after a
fsck_ffs -y the partitions after a crash, that fixed it,
as in
df
df output, then eight of the above line with the hex values varying only
ls
ls output, then eight of the
Until pkg fetch and/or pkg install can ncurses-deselect the hundreds they are
about to act on rather
than a Y, N...
cat pkg-to-fetch-file | xargs -J % pkg fetch -y %
seems to fail.
I've sed'd away the : and the right awk'd away
foo-1: foo-1_1
so the port remains
foo or foo-1, [ I forget...
On Thu, 6 Apr 2017 17:26:18 +, Brooks Davis wrote:
> On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote:
> > On 04/05/17 15:32, Chris H wrote:
> > > On Wed, 5 Apr 2017 21:51:40 + Brooks Davis wrote
> > >
> > >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote:
>
Script started on Wed Apr 5 03:05:22 2017
Command: pkg add -f /var/cache/pkg/vim-8.0.0534-c8fbf335b0.txz
pkg: Ignoring bad configuration entry in pkg.conf: "/usr/cache/pkg"
pkg: Ignoring bad configuration entry in pkg.conf: "INDEX-12"
Installing vim-8.0.0534...
pkg: wrong architecture: FreeBSD
On Mon, 27 Mar 2017 10:10:29 +0200, "O. Hartmann"
wrote:
> After a crash in which repeatedly portions of the base tree of FreeBSD has
> nullified on a SSD system "disk" (UFS), I had to save and repair on Friday,
> 24th March anno 2017 the broken infrastructure by copying (via pax -rw -p e)
> t
I asked the var to bt full
it laid the symbols down
I asked it current, list, the cymbals.
not newly newbie, clown
And xclip pasted, below, the rhyme
the symbollish list stuff
And I send it off to list-wise men
to make Xorg not so gruff.
...
...
Mar 24 14:25:16 kernel: lock order reversal:
Mar 24 14:25:16 kernel: 1st 0xc09cf6dc ufs (ufs) @
/usr/src/sys/kern/vfs_mount.c:1277
Mar 24 14:25:16 kernel: 2nd 0xc0100a30 devfs (devfs) @
/usr/src/sys/ufs/ffs/ffs_softdep.c:1908
Mar 24 14:25:16 kernel: stack backtrace:
Mar 24 14:25:16 kernel: #
On Fri, 24 Mar 2017 17:40:15 + (UTC), Darren wrote:
> I am getting this panic every hour to every couple of hours.
>
> FreeBSD asrock 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r315684: Thu Mar 23
> 14:56:45 EDT 2017 darren@asrock:/usr/obj/usr/src/sys/GENERIC amd64
> I manually typed out t
On Wed, 22 Mar 2017 12:55:58 +, Jamie Landeg-Jones
wrote:
> "Jeffrey Bouquet" wrote:
>
> > > If you intend to use "svn up", you should probably review, and
> > > follow the instructions in, /usr/src/UPDATING.
> >
> > but just for
A.M. security periodic output:
hostname, pkg audit etc, redacted...
backtrace-17-dmesg-maybe-i386-r313487-12C-1200020.txt
the above filename explains the build, platform... sort of...
kernel log messages:
+Expensive timeout(9) function: 0xb55a7b40(0xbe67c000) 0.034612848 s
+Expensive timeout
- Start Forwarded Message -
Sent: Fri, 17 Mar 2017 12:47:30 -0700
From: John Baldwin
To: jbt...@iherebuywisely.com
Subject: Re: info.0 dump good
On Thursday, March 16, 2017 05:32:13 AM Jeffrey Bouquet wrote:
>
> On Wed, 15 Mar 2017 16:10:43 -0700, John Baldwin wrote:
>
>
from /var/log/messages OR the periodic run OR both
Still daily lockups in Xorg when browsers open, sometimes when not.
+ __stack_chk_init(0)... random: unblocking device.
+done.
+#3 0xb752ad7e at os_acquire_mutex+0x3e
+#4 0xb7434583 at _nv019165rm+0xb
+Expensive timeout(9) function: 0xb55a7b4
On Mon, 13 Mar 2017 14:04:23 -0700, John Baldwin wrote:
> On Monday, March 13, 2017 12:28:44 PM Jeffrey Bouquet wrote:
> > Seems to happen when Xorg has a large webpage or a page idle for a time
> >
> > Dump header from device: /dev/gpt/WDswap
> > Architectu
Seems to happen when Xorg has a large webpage or a page idle for a time
Dump header from device: /dev/gpt/WDswap
Architecture: i386
Architecture Version: 2
Dump Length: 285376512
Blocksize: 512
Dumptime: Mon Mar 13 12:12:37 2017
Hostname: [redacted]com
Magic: FreeBSD Kernel Dump
Ve
On Thu, 9 Mar 2017 08:43:29 -0800, David Wolfskill wrote:
> On Thu, Mar 09, 2017 at 07:00:13AM -0800, Jeffrey Bouquet wrote:
> > For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then
> > man awk displays not the newer import per a recent SVN but
> > the older
For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then
man awk displays not the newer import per a recent SVN but
the older 2015 [ it says ] one. Stale file, or not all parts of
the man page updated to include latest revision dat, or some
other command to [g]unzip or whatever, besides 320.
+Expensive timeout(9) function: 0xb55a7b40(0xbe877000) 0.030583914 s
+Expensive timeout(9) function: 0xb5609ad0(0xbe55b000) 0.479816638 s
+SMP: AP CPU #3 Launched!
+SMP: AP CPU #4 Launched!
+SMP: AP CPU #2 Launched!
+ init_TSC_tc(0)... Timecounter "TSC-low" frequency 1600033566 Hz quality 1000
rribly exciting.
>
> An old and no-longer particularly maintained listing of these and
> other LORs is at: http://sources.zabbadoz.net/freebsd/lor.html
>
> -Ben
>
> On Wed, Feb 22, 2017 at 06:20:08PM -0800, Jeffrey Bouquet wrote:
> > This one at boot:
> &g
This one at boot:
#0 to #10
bufwait
/usr/src/sys/kern/vfs_bio.c:3500
dirhash
/usr/src/sys/ufs/ufs/ufs_dirhash.c:201
r313487 12.0-CURRENT Feb 13 2017
1200020 FWIW
both the above and the below reports...
On Wed, 22 Feb 2017 15:37:21 -0800 (PST), "Jeffrey Bouquet"
wrote:
>
#0 #16 follow:
jotted down :
1. ufs /usr/src/sys/kern/vfs_syscalls.c:3364
2. bufwait /usr/src/sys/ufs/ffs/ffs_vnops.c:280
3. ufs /usr/src/sys/kern/vfs_subr.c:2600
[ took roxterm out of the xinitrc, system stable seems more than yesterday...
too
early to tell, which is/was a 2nd issue... put in
I've a custom kernel r313487 without, and
another with, debugging lines re-added.
[ i386 ]
With daily vmcore in /var/crash from the
former, can the latter be used with GDB
[ the larger kernel ] to evaluate the
core file from the non-debugging, thinner
kernel?
And if so, better to learn GDB he
r313487 feb 9 i386 1200020
...
Without the details for the thank-you, thanks for the recovery assistance.
...
I found ABI in /usr/local/etc/pkg.conf which fix the :11 :12 issue at least for
now, upgrading
11-
A huge six-day fix of seamonkey breakage on 11-CURRENT of april 2016, upgraded
finally last night to pkg 12-CURRENT feb 2017 working and etc by base.txz
overwrite etc...
...
I've many many hours to restore the desktop to full how-it-was-before, but as it
On 02/ 6/17 09:59 PM, Allan Jude wrote:
On February 7, 2017 2:35:16 AM GMT+01:00, Jeffrey Bouquet
wrote:
All the files
/etc/FreeBSD.conf
/usr/local/etc/pkg/repos/FreeBSD.conf
/usr/local/etc/pkg.conf
I edit time after time for
{$ABI} which gives FreeBSD:11:i386 but I am on 12-CURRENT
All the files
/etc/FreeBSD.conf
/usr/local/etc/pkg/repos/FreeBSD.conf
/usr/local/etc/pkg.conf
I edit time after time for
{$ABI} which gives FreeBSD:11:i386 but I am on 12-CURRENT i386
Anytime I try to attune to
freebsd:12:x86:32or
FreeBSD:12:i386 ...
it downloads the packagesi
On Sun, 5 Feb 2017 20:05:51 -0500, roberth...@rcn.com wrote:
>
> Jeffrey Bouquet writes:
>
> > pkg today updated seamonkey, now it segfaults,
> > every which way I try to run it.
>
> I am running SeaMonkey 2.46_5 (compiled today) under:
>
>
On Mon, 23 Jan 2017 20:18:18 +0100, Dimitry Andric wrote:
> On 23 Jan 2017, at 05:32, Jeffrey Bouquet wrote:
> >
> > ... that may work in /usr/src/sbin for example?
> > make clang=[/usr/ports/lang/??]clang-foo clang+ depend; make; # so that
> > a buildworld
On Mon, 23 Jan 2017 20:18:18 +0100, Dimitry Andric wrote:
> On 23 Jan 2017, at 05:32, Jeffrey Bouquet wrote:
> >
> > ... that may work in /usr/src/sbin for example?
> > make clang=[/usr/ports/lang/??]clang-foo clang+ depend; make; # so that
> > a buildworld
... that may work in /usr/src/sbin for example?
make clang=[/usr/ports/lang/??]clang-foo clang+ depend; make; # so that a
buildworld is not needed?
or that would have to be created as a feature..
___
freebsd-current@freebsd.org mailing list
https://l
On Sat, 21 Jan 2017 16:47:56 -0600, Benjamin Kaduk wrote:
> On Thu, Jan 19, 2017 at 07:38:30PM +, Glen Barber wrote:
> >
> > Random thought:
> >
> > Brought up out-of-band, can you try this from a memstick.img and your
> > already-built userland/kernel to do what you had originally tried
On Mon, 26 Dec 2016 17:27:06 +0100, Marc UBM Bocklet
wrote:
>
> Hi list,
>
> I'm writing this as an reminder for others who might be in a similar
> situation. Don't blindly (like me) use pkg on an old current or you'll
> (understandably) run into tons of library / linking issues.
>
> I upda
I've the aspeed tyan video drivers for V9, but using v11 from when it was
CURRENT.
What chances of
xf86-video-astformulated?
the .la and .so working out of the box if placed in the filesystem? I usually
have to upgrade those in -nv- etc..
Anyone using a server board with IPMI and a pcie sl
I check freshports.org and freshsource.org daily, so I can read new features,
UPDATING etc
without svn usage, and would have been maybe dealt problematic buildworlds etc
without such.
...
Additionally, I learn the bits and pieces of developer skills, very slowly.
Possible man 7 development could be included in /usr/src/UPDATING
carefully... by someone way more skilled/versed than I. [ Twelve
years and the first I've seen of that man page... today. ]
Howsoever, I may have read recent forum or freebsd-questions posts
that could update the man page with n
Will/could there be some kind of UPDATING announcement re which files
explicitly to
switch out/remove/replace/checkfor etc the deprecated lines and precisely the
steps
to replace with new or some other suitable action? Action required for both the
sshd and
client? Subdirectories involved? etc..
I had the main desktop DDR2 mysteriously lose video ( still don't know if it is
just needing reseating
memory or if the onboard video no longer works or if one of the four bad
capacitors went too var
awry to still work... lack of time to test..)
Sorry for the formatting
newddr3 msi board FX
Main disk would not boot cleanly.
could not fsck_ffs, cannot find inode
files went missing from /etc (make.conf, pf.conf, firewall*,
file went missing from rc.d
files went missing from /etc/X11
shell history file remained locked.
find suddenly could not find /usr/local/lib/*/libc.so.5
freecolor co
On Sat, 23 Apr 2016 19:48:46 -0700 (PDT), "Jeffrey Bouquet"
wrote:
> Updated current { from Sept last year } to this week... and nfe0 now seems
> to require a reboot
> daily at least { no access to beyond-the-lan ... }
>
> Is there maybe some tunable (net.ine
Updated current { from Sept last year } to this week... and nfe0 now seems to
require a reboot
daily at least { no access to beyond-the-lan ... }
Is there maybe some tunable (net.inet... ) related or sysctl { kern.ipc... }
similar, that
could be a cause? New code of ifconfig or the network
On Fri, 22 Apr 2016 06:22:04 -0700 (PDT), "Jeffrey Bouquet"
wrote:
>
>
> - Start Forwarded Message -
> Sent: Thu, 21 Apr 2016 14:10:40 -0700 (PDT)
> From: "Jeffrey Bouquet"
> To: "current"
> Subject: Re: Re: Installworld, BW, I
1 - 100 of 142 matches
Mail list logo
