On Aug 21, 2014, at 12:26 PM, O. Hartmann wrote:
> FreeBSD r270287 crashes/reboots instantanously on loading the kernel. I
> can not see at what point (on modern systems like Ivy Bridge). On older
> Core2Duo systems I get a trap 12 in APIC or similar.
>
> While I was able to start kernel.old on
versions.
Installing pkgng on FreeBSD 7.x isn’t impossible, but it does require
jumping through some hoops because xz not being present until 8.x. These
directions aren’t complete (welcome to feedback if anyone runs into issues),
but they’re a start:
https://github.com/yaneurabeya/scratch/blob/master/docs/cheatsheets/freebsd .
Cheers!
-Garrett
signature.asc
Description: Message signed with OpenPGP using GPGMail
On Sep 7, 2014, at 14:08, Glen Barber wrote:
> On Sun, Sep 07, 2014 at 02:03:35PM -0700, Sean Bruno wrote:
>> make[4]: "/home/sbruno/bsd/fbsd_head/sys/modules/if_gif/Makefile" line
>> 12: warning: Couldn't read shell's output for
>> "cat
>> /home/sbruno/bsd/obj/mips/mips.mips/home/sbruno/bsd/fbs
On Sep 9, 2014, at 10:11, Allan Jude wrote:
> On 2014-09-09 13:05, Craig Rodrigues wrote:
>> Hi,
>>
>> I did a buildworld/installworld of current in a bhyve VM, and then did the
>> following.
>>
>> pkg install devel/kyua
>> cd /usr/tests
>> kyua test
>> kyua report
>> kyua report-html
>> kyua r
On Sep 9, 2014, at 10:17, Alan Somers wrote:
> On Tue, Sep 9, 2014 at 11:13 AM, wrote:
>> On Sep 9, 2014, at 10:11, Allan Jude wrote:
>>
>>> On 2014-09-09 13:05, Craig Rodrigues wrote:
Hi,
I did a buildworld/installworld of current in a bhyve VM, and then did the
followin
> On Oct 29, 2017, at 11:01, Warner Losh wrote:
...
> The blobs run on the actual card itself, not on the host. This is the
> firmware for the wireless SoC that's on the card. We have allowed those in
> the kernel since the very early days of the project when scsi controllers
> like isp(4) d
Hi,
I’m seeing a semi-deterministic panic on 12.0-ALPHA9 related to
sendfile(2) when running sendfile_test on the host:
https://pastebin.com/raw/6Y7xg0ki; it looks like it’s crashing in the sxlock
code when calling sblock on a sockbuf. Are there any commands in gdb you would
like me to
> On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff wrote:
>
> Hi Enji,
>
> On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper (yaneurabeya) wrote:
> E> Hi,
> E>I’m seeing a semi-deterministic panic on 12.0-ALPHA9 related to
> sendfile(2) when running sendf
> On Oct 14, 2018, at 9:45 PM, Enji Cooper (yaneurabeya)
> wrote:
>
>
>
>> On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff > <mailto:gleb...@freebsd.org>> wrote:
>>
>> Hi Enji,
>>
>> On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper
> On Oct 14, 2018, at 10:12 PM, Enji Cooper (yaneurabeya)
> wrote:
>
>> On Oct 14, 2018, at 9:45 PM, Enji Cooper (yaneurabeya)
>> mailto:yaneurab...@gmail.com>> wrote:
>>
>>
>>
>>> On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff >
> On Oct 14, 2018, at 10:17 PM, Enji Cooper (yaneurabeya)
> wrote:
...
> Oh yipes. I guess passing in a server socket (a bound and listening socket)
> instead of a client socket (connect’ed to a server socket) for `s` will
> result in a crash?
>
> From
> http
> On Oct 15, 2018, at 6:10 AM, Gleb Smirnoff wrote:
>
> Enji,
>
> can you please check that with this patch all your tests pass?
Hi Gleb!
It almost compiled. I just needed to dereference the `so` pointer:
$ git diff /usr/src/sys/kern/kern_sendfile.c
diff --git a/sys/kern/kern_sendfil
FYI!
> On Oct 25, 2018, at 4:38 AM, Marcin Cieslak wrote:
>
> The following patch seems to fix the signed ioctl value warnings
> in uhsoctl().
>
> The code is the same in the current and stable branches.
>
> Marcin
>
> Index: usr.sbin/uhsoctl/uhsoctl.c
> ==
> On Apr 9, 2019, at 21:51, Enji Cooper wrote:
…
> CCing crees@, the author of r346017, for context. I will file a PR soon if
> one hasn’t already been filed.
I filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237172 to
track the issue.
Cheers!
-Enji
_
> On Apr 14, 2016, at 19:14, jenkins-ad...@freebsd.org wrote:
>
> FreeBSD_HEAD_i386 - Build #2857 - Still Failing:
>
> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/
> Full change log:
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/changes
> Full build log:
> On May 4, 2016, at 17:56, Steve Kargl
> wrote:
>
> % make -j7 buildworld |& tee sgk.log
>
> --- lib/libkvm__L ---
> In file included from /usr/src/lib/libkvm/kvm_pcpu.c:43:
> /usr/obj/usr/src/tmp/usr/include/sys/pcpu.h:163:2: error: unknown type name
> 'device_t'
>device_tp
> On May 4, 2016, at 18:13, Steve Kargl
> wrote:
>
> Index: lib/libkvm/kvm_cptime.c
> ===
> --- lib/libkvm/kvm_cptime.c (revision 299099)
> +++ lib/libkvm/kvm_cptime.c (working copy)
> @@ -35,6 +35,7 @@ __FBSDID("$FreeBSD$"
(Replying because I kicked the hornet’s nest when my build failed)
Hi Ben,
> On May 7, 2016, at 00:27, Ben Woods wrote:
>
> On Saturday, 7 May 2016, Glen Barber wrote:
>
>> With 'installkernel', the first kernel listed in KERNCONF is installed
>> as the default (/boot/kernel), and subsequent k
> On May 7, 2016, at 00:41, Glen Barber wrote:
>
> On Sat, May 07, 2016 at 12:35:10AM -0700, Ngie Cooper (yaneurabeya) wrote:
>> (Replying because I kicked the hornet’s nest when my build failed)
>> Hi Ben,
>>
>>> On May 7, 2016, at 00:27, Ben Woods wro
hat glebius tested didn’t work with more than one
KERNCONF (hence the double commit).
I think the default behavior should be “yes” (not “no”) as many folks use a
single KERNCONF, not multiple (on head), but I’m biased in this thinking...
Thanks!
-Ngie
*
https://g
> On May 7, 2016, at 00:59, Ben Woods wrote:
>
> On 7 May 2016 at 09:48, Ngie Cooper (yaneurabeya)
> wrote:
> glebius changed the defaults to fix POLA, but the naming per the behavior is
> confusing. Right now the behavior between ^/head and ^/stable/10 before/now
> m
> On May 14, 2016, at 16:29, Martin Matuska wrote:
>
> Ian, we are here talking about cpio, not libarchive. The flag in
> libarchive is not active by default.
>
> On 14.05.2016 22:08, Ian Lepore wrote:
>> The real damage will happen to out-of-tree users. I think this will
>> impact our softwa
> On May 26, 2016, at 23:28, Ed Schouten wrote:
>
> Hi there,
>
> 2016-05-27 4:12 GMT+02:00 Ngie Cooper :
>>It seems like the following /etc/exports should work, but for some
>> odd reason specifying both paths on a single line doesn't work (I
>> swore it was working on a kernel/userland bu
> On May 28, 2016, at 17:31, Shawn Webb wrote:
…
> No worries. No rush here. I appreciate the help! Can you add “Reported by:
> HardenedBSD” to the commit log?
Fixed in r300922 — thanks!
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On May 29, 2016, at 00:32, O. Hartmann wrote:
>
> After updating sources and build- and installworld, I realize that all
> rpcbind related
> services, so far NFS, are not working. On a client I check the start of
> rpcbind by
> setting option -d and receive the output shown below.
>
> Well,
> On Jun 11, 2016, at 09:40, Michael Butler wrote:
>
> The recent nvme updates have broken smartmontools ..
>
> imb@toshi:/home/imb> sudo smartctl -a /dev/ada0
> smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-ALPHA2 amd64] (local build)
> Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.s
> On Jun 13, 2016, at 06:57, Joel Dahl wrote:
>
> Hi,
>
> I've just rebuilt and installed latest current on a machine here. I noticed
> the following message in dmesg after a reboot:
>
> _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode
>
> I don't remember seeing th
> On Jul 5, 2016, at 11:52, Dimitry Andric wrote:
>
> On 05 Jul 2016, at 18:03, jenkins-ad...@freebsd.org wrote:
>>
>> FreeBSD_HEAD_amd64_gcc - Build #1340 - Still Failing:
>>
>> Build information:
>> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1340/
>> Full change log:
>> https:/
> On Jul 5, 2016, at 11:54, Ngie Cooper (yaneurabeya)
> wrote:
>
>>
>> On Jul 5, 2016, at 11:52, Dimitry Andric wrote:
>>
>> On 05 Jul 2016, at 18:03, jenkins-ad...@freebsd.org wrote:
>>>
>>> FreeBSD_HEAD_amd64_gcc - Build #1340 - St
> On Jul 5, 2016, at 12:29, Ngie Cooper (yaneurabeya)
> wrote:
…
> Actually, there’s a better #define:
>
> /usr/include/x86/specialreg.h:#define CPUID2_SSE410x0008
Submitted a potential fix via: https://reviews.freebsd.org/D7119 .
Thanks,
-Ngie
signature.asc
Descr
Hi,
It looks like clang 3.3/3.4 from ports both don’t like __alloc_size
being attached to posix_memalign. This only concerns me because it might make
the src upgrade path from 9.3/10.3 to 11.0 painful.
Thoughts on how this should be fixed or whether or not we care?
Thanks,
-Ngie
> On Jul 8, 2016, at 05:17, jenkins-ad...@freebsd.org wrote:
>
> FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing:
>
> Build information:
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/
> Full change log:
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes
> On Jul 8, 2016, at 09:12, Li-Wen Hsu wrote:
>
> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>>
>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and
>> were they customized to include this support?
>
&
> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.f...@quip.cz> wrote:
>
> Paweł Tyll wrote on 07/12/2016 01:22:
>
>> Those 3 things should shave off about 130MB of the 173MB needed to fit
>> on 80-min CD-R. But... why this abstract number anyway? Why not 650MB
>> CD-R? Why not overburnable
> On Jul 13, 2016, at 11:20, O. Hartmann wrote:
>
> Am Wed, 13 Jul 2016 09:40:05 -0700
> David Wolfskill schrieb:
>
>> On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote:
>>> make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12
>>> r302773: Wed
>>> Jul 13 18:10:55
> On Jul 21, 2016, at 06:45, Michael Butler wrote:
>
> For those of us who build "minimal" kernels:
>
> Building /usr/obj/usr/src/sys/VM02/vers.c
> Building /usr/obj/usr/src/sys/VM02/vers.o
> Building /usr/obj/usr/src/sys/VM02/kernel
> --- kernel ---
> linking kernel
> cam_xpt.o: In function `x
> On Jul 24, 2016, at 01:51, tech-lists wrote:
>
> Hi,
>
> In -HEAD there is a generic kernel GENERIC-NODEBUG. The syntax of
> OPTIONS appears to be NOOPTIONS. Is there an inverse for DEVICE ?
>
> For example, there is a line
>
> device fdc
>
> in GENERIC. Would NODEVICE negate it?
o that.
The problem with using make.conf is that it pollutes all uses of make, whereas
src.conf just pollutes compilation of the source tree.
Here’s what I used:
https://github.com/yaneurabeya/scratch/blob/master/bayonetta/etc/src.conf-local#L39
— I used some additional magic because of the rea
> On Aug 31, 2016, at 23:35, Craig Rodrigues wrote:
>
> Thank you for fixing this.
No problem :)!
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Oct 20, 2016, at 21:39, O. Hartmann wrote:
>
> Recent r307698 is preventued from beeing built by a compiler error, see below.
>
> I also face a problem with the subversion tree a couple of day right now:
>
> # svn update
> Updating '.':
> Restored 'tests/sys/geom/class/uzip/1_endian_littl
> On Dec 24, 2016, at 04:14, Subbsd wrote:
>
> Probably after https://svnweb.freebsd.org/base?view=revision&revision=310494,
> syslogd eat 100% cpu with follow messages:
>
> Dec 24 14:19:15 samson syslogd: select: Bad file descriptor
> Dec 24 14:19:45 samson last message repeated 464140 times
>
> On Dec 24, 2016, at 04:16, Daniel Braniss wrote:
>
> latest changes is causing cpu load and ‘last message repeated times,
> I guess the eggnog is affecting too early
Fixed in r310504.
Thanks,
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Dec 30, 2016, at 12:07, O. Hartmann wrote:
>
>
> [...]
>
> ===> cas (all)
> --- all_subdir_carp ---
> --- ip_carp.o ---
> /usr/src/sys/modules/carp/../../netinet/ip_carp.c:615:28: error: incomplete
> definition of
> type 'struct ip6_hdr' return (memcmp(&in6, &ip6->ip6_src, sizeof(in6)) =
> On Dec 31, 2016, at 06:14, Michael Butler wrote:
>
> At line 1949 of head/contrib/bsnmp/lib/snmpclient.c, you changed ..
>
> - if ((sc->chost = malloc(strlen(s) + 1)) == NULL) {
> + if ((sc->chost = strdup(strlen(s))) == NULL) {
>
> This can't work as intended since s
> On Jan 6, 2017, at 17:33, Michael Butler wrote:
>
> With the introduction of MSG_MORETOCOME, the build of libsysdecode is
> broken.
>
> Was the following patch the intended but missed fix?
Addressed in r311584 — thank you for the submission!
-Ngie
signature.asc
Description: Message signed
> On Jan 12, 2017, at 18:13, Ed Maste wrote:
>
> On 12 January 2017 at 18:50, Alan Somers wrote:
>> I've seen three separate machines where FreeBSD11's vt(4) driver chops
>> off the leftmost three columns of the screen. Rendering simply starts
>> at the beginning of the fourth column. In all
Hi,
I spotted these compilation errors on universe12a.freebsd.org for both
powerpc.LINT and powerpc.LINT64:
cc1: warnings being treated as errors
/scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c: In function
'generic_set_tx_event':
/scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic
> On Jan 13, 2017, at 02:22, Ngie Cooper (yaneurabeya)
> wrote:
>
> Hi,
> I spotted these compilation errors on universe12a.freebsd.org for both
> powerpc.LINT and powerpc.LINT64:
>
> cc1: warnings being treated as errors
> /scratch/tmp/ngie/svn/sys/dev/
> On Jan 13, 2017, at 12:23, Eric Joyner wrote:
>
> ^ Message ^
>
> It takes forever, but I keep on forgetting to time how long it takes, so I
> don't know how long "forever" is.
Using -DNO_CLEAN on my 12.0-CURRENT / amd64 / 3GB RAM / 3 cores / VMware Fusion
+ open-vmtools VM…
- … buildworld
> On Jan 13, 2017, at 14:48, Ngie Cooper (yaneurabeya)
> wrote:
>
>
>> On Jan 13, 2017, at 12:23, Eric Joyner wrote:
>>
>> ^ Message ^
>>
>> It takes forever, but I keep on forgetting to time how long it takes, so I
>> don't know ho
> On Jan 13, 2017, at 18:18, jenkins-ad...@freebsd.org wrote:
>
> FreeBSD_HEAD_i386 - Build #4653 - Failure:
>
> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/
> Full change log:
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/changes
> Full build log: https
Hi,
I tried upgrading one of my workstations and unfortunately the
freebsd-boot partition is too small (I follow manpage directions, exactly, and
those seem to be too small as of 10.3-RELEASE timeframe), and I don’t have
enough space or ability to resize the partition and make it bigger.
> On Feb 10, 2017, at 05:55, Iblis Lin wrote:
>
> I just found i miss-typed the revision number in subject.
> It's r313495.
>
> (https://svnweb.freebsd.org/base/head/sys/kern/vfs_vnops.c?r1=313495&r2=313494&pathrev=313495)
>
> On Fri, Feb 10, 2017 at 09:09:52PM +0800, Iblis Lin wrote:
>> Hi,
>
> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote:
>
> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_
> On Feb 17, 2017, at 16:13, Bryan Drewery wrote:
>
> The issue reported here:
> https://lists.freebsd.org/pipermail/freebsd-arm/2016-June/014065.html
>
>> make XDEV=arm XDEV_ARCH=armv6 xdev
>>
>> It failed!
>>
>> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
>> /usr/src/gnu/lib/
> On Feb 17, 2017, at 13:09, Bryan Drewery wrote:
…
> Ignore me, my yacc is just outdated.
I’ll try again. This might have been part of my issue too.
Thanks!
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Mar 2, 2017, at 21:16, Chris H wrote:
>
> On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote
>
>> Hi:
>>
>> I'm having a major problem after updating a 12-current machine today.
>> After buildworld/kernel/install cycle on reboot I'm getting the following
>> failure:
>>
>> "/boot/kernel/ke
> On Mar 4, 2017, at 09:33, Michael Butler wrote:
>
> Seems that SVN r314659 broke this :-(
>
> Michael
Working on it :(.
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Mar 4, 2017, at 12:12, Ngie Cooper (yaneurabeya)
> wrote:
>
>
>> On Mar 4, 2017, at 09:33, Michael Butler wrote:
>>
>> Seems that SVN r314659 broke this :-(
>>
>> Michael
>
> Working on it :(.
> -Ngie
Fixed in r314676. A
> On Mar 4, 2017, at 11:50, Larry Rosenman wrote:
>
> --- all_subdir_usr.sbin/amd ---
>
> /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x13e): undefined reference
> to `xdr_symlinkargs'
>
> /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x14c): undefined reference
> to `xdr_diropres'
>
> On Mar 11, 2017, at 15:51, Roberto Rodriguez Jr
> wrote:
>
> I figured the script command... here is the new error r315090
>
> --- .depend ---
> echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
> /usr/obj/usr/src/tmp/usr/lib/libl.a
> /usr/obj/usr/src/tmp/usr/lib/liby.a
> /usr/obj/usr/sr
> On Mar 11, 2017, at 18:27, Lawrence Stewart wrote:
>
> Hi Ian,
…
>> The MAKEOBJDIRPREFIX variable must be set in the environment, not in
>> make.conf or on the make command line (documented in build(7)).
>
> Your assertion seems at odds with my past experience and my reading of
> the man pa
> On Mar 11, 2017, at 18:24, Ngie Cooper (yaneurabeya)
> wrote:
Hi Roberto,
The sbin/setkey issue should be resolved by r315181. Thank you for the
report!
Cheers,
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Mar 15, 2017, at 11:09, Bryan Drewery wrote:
>
> On 3/15/2017 10:04 AM, David Wolfskill wrote:
>
>> --
> stage 1.1: legacy release compatibility shims
>> --
>> cd /us
> On Mar 15, 2017, at 11:23, David Wolfskill wrote:
>
> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote:
>> ...
>> So where is /common/S4/obj coming from?
>>
>> Is there a symlink involved here for /usr/obj?
>>
>
> Yes; I've had /usr/obj as a symlink (to a different file sys
> On Mar 15, 2017, at 11:24, Ngie Cooper (yaneurabeya)
> wrote:
>
>
>> On Mar 15, 2017, at 11:23, David Wolfskill wrote:
>>
>> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote:
>>> ...
>>> So where is /common/S4/obj coming fro
> On Mar 15, 2017, at 2:19 PM, Bryan Drewery wrote:
>
> On 3/15/2017 2:10 PM, Bryan Drewery wrote:
>> On 3/15/2017 11:23 AM, David Wolfskill wrote:
>>> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote:
...
So where is /common/S4/obj coming from?
Is there a symli
> On Mar 28, 2017, at 12:30, Andrey Chernov wrote:
>
> With latest -current amd64, reboot happens almost immediately, leaving
> FS dirty. No proper backward rc.d or /usr/local/etc/rc.d sequence
> execution is shown. No deactivating GELI swap too.
Hi Andrey,
Do you have a typescript demo
> On Mar 28, 2017, at 14:27, Andrey Chernov wrote:
…
>> Using rc_debug=yes I see that it is the kernel problem, not rc problem.
>> Sometimes rc backward sequence executed even fully, sometimes only
>> partly, but in unpredictable moment inside rc sequence the kernel decide
>> to reboot quickly
> On Mar 29, 2017, at 01:26, Bruce Evans wrote:
>
> On Tue, 28 Mar 2017, Ngie Cooper wrote:
>
>>> On Mar 28, 2017, at 21:40, Bruce Evans wrote:
>>>
On Wed, 29 Mar 2017, Bruce Evans wrote:
> On Wed, 29 Mar 2017, Andrey Chernov wrote:
> ...
> Moreover, I can't enter KDB v
> On Apr 3, 2017, at 07:00, tech-lists wrote:
>
> Hello current@,
>
> From https://www.freebsd.org/doc/handbook/network-inetd.html I should be
> able to start inetd like this:
>
> service inetd start
>
> ...after enabling it in /etc/rc.conf. The inetd options look like this:
>
> inetd_enable
> On Apr 5, 2017, at 10:39, Adrian Chadd wrote:
>
> hm, you could use dtrace to find what's calling that function and
> print out the call stack?
*does shrug* something like this (I realize it’s not printing out arg0
— arg0 is a union that would need decoding)?
Thanks,
-Ngie
$ cat Acp
> On Apr 6, 2017, at 21:28, Nilton José Rizzo wrote:
…
> [966] root@valfenda rizzo #locale
> LANG=pt_BR.UTF-8
> LC_CTYPE="pt_BR.UTF-8"
> LC_COLLATE="pt_BR.UTF-8"
> LC_TIME="pt_BR.UTF-8"
> LC_NUMERIC="pt_BR.UTF-8"
> LC_MONETARY="pt_BR.UTF-8"
> LC_MESSAGES="pt_BR.UTF-8"
> LC_ALL=
I bet t
> On Apr 6, 2017, at 22:15, Ngie Cooper (yaneurabeya)
> wrote:
>
>
>> On Apr 6, 2017, at 21:28, Nilton José Rizzo wrote:
>
> …
>
>> [966] root@valfenda rizzo #locale
>> LANG=pt_BR.UTF-8
>> LC_CTYPE="pt_BR.UTF-8"
>> LC_COLLATE=&q
Hi,
I ran into this error when trying to run a meta mode build (for the
first time). It might be related to the recent assym* ordering changes.
Thanks!
-Ngie
$ cat /etc/src-env.conf
WITH_AUTO_OBJ= yes
WITH_META_MODE= yes
UPDATE_DEPENDFILE= yes
$ pwd
/usr/src
$ svnversion
316603M
$ s
> On Apr 14, 2017, at 19:53, Mark Millard wrote:
>
> On 2017-Apr-14, at 4:30 PM, Gerald Pfeifer wrote:
>
>> On Thu, 13 Apr 2017, Pedro Giffuni wrote:
>>> I didn’t want to get into this but the problem is that as part of it's
>>> build/bootstrapping process, GCC historically takes system header
> On May 3, 2017, at 09:34, Michael W. Lucas wrote:
>
> On Wed, May 03, 2017 at 01:01:10AM -0700, Ngie Cooper wrote:
>> Hi Michael!
>> - What sources are you using/revision are you at?
>
> Using r311461 amd64 install memstick at the moment. Uname says built
> "Thu Jan 5 22:46:38 UTC 2017”
Ok.
> On May 3, 2017, at 10:39, Michael W. Lucas wrote:
>
> On Wed, May 03, 2017 at 09:52:09AM -0700, Ngie Cooper wrote:
>> Ok. How big is your freebsd-boot partition?
>
> The size created by the installer. ;)
>
> I've run another install, this one with the r317181 snapshot (20
> April.)
>
> gpar
(CCing emaste)
> On May 5, 2017, at 21:55, Alastair Hogge wrote:
…
> Calculated size of `memstick.img.part': 485474304 bytes, 9435 inodes
> Extent size set to 8192
> memstick.img.part: 463.0MB (948192 sectors) block size 8192, fragment size
> 1024
>using 9 cylinder groups of 54.38MB, 69
> On May 6, 2017, at 00:22, O. Hartmann wrote:
>
> I build CURRENT on two technically similar systems on a almost daily basis.
> Therefore, it
> was a great relief having WITH_META_MODE=yes set in /etc/src-env.conf for
> incremental
> builds. To make my understanding of this clear (just in cas
> On May 8, 2017, at 06:07, Alastair Hogge wrote:
>
> On Fri, 5 May 2017 11:26:44 PM Ngie Cooper wrote:
>> (CCing emaste)
>>
>>> On May 5, 2017, at 21:55, Alastair Hogge wrote:
>> …
>>
>>> Calculated size of `memstick.img.part': 485474304 bytes, 9435 inodes
>>> Extent size set to 8192
>>> mem
> On May 9, 2017, at 21:37, O. Hartmann wrote:
>
> On recent CURRENT, the source tree /usr/src seems to have issues on some of my
> boxes and whenever I issue "make build", the message:
>
> make warning: �: No such file or directory.
>
> pops up. "svn st" doesn't reveal anything wrong.
>
Hi,
I’ve been noticing some really weird behavior with terminal input after
updating my kernel/userland — in particular, if I do `arc diff —create` (which
opens vi/vim), and try to do edits/use ^c, it will terminate the running
process for `arc diff —create`. Similarly, I was seeing real
> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya)
> wrote:
>
> Hi,
> I’ve been noticing some really weird behavior with terminal input after
> updating my kernel/userland — in particular, if I do `arc diff —create`
> (which opens vi/vim), and try to do
> On May 13, 2017, at 11:05, Ngie Cooper (yaneurabeya)
> wrote:
>
>
>> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya)
>> wrote:
>>
>> Hi,
>> I’ve been noticing some really weird behavior with terminal input after
>> updating my ke
> On May 15, 2017, at 01:20, Beeblebrox wrote:
>
> I have been getting ccache errors during buildworld. Ports for example does
> not have this problem. I compleely reset the cache data some 2 months ago and
> ccache seemed to play with that much more nicely.
>
> Apart from the error below, I'
> On May 15, 2017, at 10:46, Beeblebrox wrote:
>
>> Upgrade make — it was a bug with it, fixed in the past few days.
>> HTH,
>
> I just rebuilt and installed a clean world without using ccache
> After reboot I tried buildworld with ccache enabled, but got same error.
>
> So, did not work unles
> On May 15, 2017, at 11:01, Beeblebrox wrote:
>
>> I was looking at the "make: Unknown modifier ‘c’” warnings — which
>> were a symptom of the bug that was fixed late last week. I don’t
>> genuinely know if ccache works or doesn’t work. Thanks, -Ngie
>
> Thanks,
> I still do see those exact "m
> On May 24, 2017, at 11:10, O. Hartmann wrote:
>
> Am Wed, 24 May 2017 13:04:30 -0500
> Larry Rosenman schrieb:
…
> I use the traditional "make" way (via portmaster)
There were some reports about needing to do “make clean” before “make
install”. Memory serves me correctly there are
> On Jun 5, 2017, at 08:20, Bryan Drewery wrote:
>
> On 6/5/2017 2:34 AM, Alexander Leidinger wrote:
>>
>> Quoting Bryan Drewery (from Sun, 4 Jun 2017 14:38:07
>> -0700):
>>
>>> On 6/4/17 5:09 AM, Alexander Leidinger wrote:
Hi,
new kernel (surely r318877 and later) and old sys
> On Jun 26, 2017, at 23:31, Kurt Jaeger wrote:
>
> Hi!
>
> Compiling devel/lfcbase, it fails while including sys/socketvar.h with
> this error:
>
> In file included from Net.cc:36:
> /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
> anonymous struct
>
> On Jul 31, 2017, at 16:31, Ngie Cooper wrote:
>
> Hi,
> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it
> didn’t work because abd_is_linear is an undefined symbol (it exists in
> sys/conf/files, but not sys/modules/zfs/Makefile). I tried adding abd.c to
> sys/module
> On Jul 31, 2017, at 16:21, Ngie Cooper wrote:
>
> Hi,
> It looks like zfsboottest no longer compiles on ^/head (guessing it has
> to do with the clang upgrade).
> If someone doesn’t fix this build breakage in the next few hours, I’ll
> take a stab at fixing it.
> Thanks,
> -Ngie
> On Jul 31, 2017, at 16:39, Ngie Cooper (yaneurabeya)
> wrote:
…
> The declaration for putchar is not ANSI compliant either — which is
> probably another fun hurdle that someone’s going to have to deal with in
> terms of fixing sys/boot and lib stand.
I fixed
> On Aug 1, 2017, at 09:21, John Baldwin wrote:
>
> On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote:
>> On 01/08/2017 02:31, Ngie Cooper wrote:
>>> Hi,
>>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it
>>> didn’t work because abd_is_linear is an undefined sym
> On Aug 6, 2017, at 09:36, Julian H. Stacey 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
>
> On Aug 6, 2017, at 09:54, Ngie Cooper (yaneurabeya)
> wrote:
>
>>
>> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote:
>>
>> Hi freebsd-current@freebsd.org
>> with current src
>> .ctm_status src-cur 13120
>> .svn_revision
> On Aug 6, 2017, at 13:47, Julian H. Stacey wrote:
>
> Hi, Reference:
>> From:"Julian H. Stacey"
>> 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, sorr
> On Aug 6, 2017, at 14:57, Ian Lepore wrote:
…
> The thanks seem appropriate enough, given the tone and content of your
> previous emails. What's missing is the very-much-required apology.
I don’t need an apology, I just hope/ask for a bit more patience next
time. I’ve made similar
> On Aug 15, 2017, at 20:15, KIRIYAMA Kazuhiko wrote:
>
> At Wed, 16 Aug 2017 10:36:36 +0900,
> Tomoya Tabuchi wrote:
>>
>> On Wed, Aug 16, 2017 at 10:14:46AM +0900, KIRIYAMA Kazuhiko wrote:
>>> admin@tbedfpc:~/tmp % ll
>>> total 12
>>> -rw-r--r-- 1 admin admin 235 Aug 16 10:01 regex-1.sh
>>
1 - 100 of 106 matches
Mail list logo