nchly require this.
It was the case that Chrom{e,ium} and qt-webengine still had Python 2
build bits but they've since migrated off.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Charlie Li wrote:
Pete Wright wrote:
i've seen a few threads about the block_cloning feature causing data
corruption issues on CURRENT and have been keen to avoid enabling it
until the dust settles. i was under the impression that we either
reverted or disabled block_cloning on CURRENT
14753
[3] https://github.com/openzfs/zfs/pull/14761
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
prior to
brt_revert may actually be present, but as the corruption also messes
with the file(1) signature, some tools like ldconfig report them as missing.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Pawel Jakub Dawidek wrote:
On 4/14/23 09:23, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
Here is the change that reverts most of the modifications and
disables cloning new blocks. It does retain ability to free existing
cloned blocks and keeps block_cloning feature around, so upgraded
pools
ntrib/openzfs tip, conflicts in
module/os/freebsd/zfs/zfs_vnops_os.c and module/zfs/dmu.c.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Pawel Jakub Dawidek wrote:
On 4/14/23 07:52, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
thank you for your testing and patience so far. I'm working on a
patch to revert block cloning without affecting people who already
upgraded their pools.
Testing with mjg@ earlier today revealed
stic conditions, there...kind of isn't one. Best is
probably just poudriere bulk builds.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
cular corruption does not have any deterministic characteristics
both pre- and post-condition, so would be hard to automate testing.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
will be a blob of zeros:
I'm running the recent ZFS update but I never upgraded my pool:
This is exactly it. The copy operation within the same dataset will
sometimes turn up corruption and randomly, so not the same file(s) get hit.
--
Charlie Li
…nope, still don't have an exit line.
Paweł Jakub Dawidek wrote:
Can you please try this patch:
<https://github.com/openzfs/zfs/pull/14739>
Unfortunately I don’t see how this can happen with block cloning disabled.
This patch made no difference in poudriere; corruption still rolled in.
--
Charlie Li
…nope, still don
lding devel/libepoll-shim to
use its included implementation allows x11/libinput to work again.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
All of the ports involved have remained the same, albeit rebuilt after
the intervening ABI bump.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
;m pretty sure it will be fixed with URL:
https://cgit.FreeBSD.org/src/commit/?id=545db925c3d5408e71e21432895770cd49fd2cf3
Seems to be fixed with this commit, at least for graphics/jpeg-turbo,
whose configure failed with something about platform not supporting SIMD.
--
Charlie Li
…nope, still d
directory
clang-13: error: linker command failed with exit code 1 (use -v to see
invocation)
Caused by a version mismatch after devel/llvm13 update, try this:
https://reviews.freebsd.org/D34206
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP di
inutes just to run git-status(1) on a ports
tree stored on a hard drive with UFS (-uno doesn't help) whilst locking
up the entire system I/O for the duration. The I/O lockups have since
subsided but as of six months ago the slow enumeration has persisted.
For some reason, mercurial is far more e
ntpd
can help, though ntpd can still exit and kill the login again. Without
ntpd running, running poudriere-bulk(8) is guaranteed to kill the login.
--
Charlie Li
…nope, still don't have an exit line.
(This email address is for mailing list use; replace local-part with
vishwin for
nly assembly files that clang IAS cannot
assemble are for amd64 and i386, has there been any research into nasm
and yasm at least? nasm is specified as a build dependency in certain
multimedia/ ports, and yasm in gecko@, for amd64 and i386 assembly code.
Both are licensed under some BSD licence variant.
On 23/11/2018 00:02, Ben Widawsky wrote:
> Thanks both of you. Here's another shot at roughly the same thing I asked the
> first reporter to try (that patch was wrong). If it doesn't work, can you
> please
> post the dmesg?
>
This patch works on my machine as well.
--
On 21/11/2018 11:21, Charlie Li wrote:
> On 20/11/2018 14:37, Ben Widawsky wrote:
>> On 18-11-20 11:28:56, Ben Widawsky wrote:
>>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
>>>> I am pretty sure r340644 caused the regression.
>>>>
>>>
>>>
On 20/11/2018 14:37, Ben Widawsky wrote:
> On 18-11-20 11:28:56, Ben Widawsky wrote:
>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
>>> On 18. 11. 20., Charlie Li wrote:
>>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
>>>> (0xfff
information at the very
least. r340490 is my last built revision with this working.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)
signature.asc
Description: OpenPGP di
On 05/11/2018 21:51, Konstantin Belousov wrote:
> For you, but not for me.
>
Turns out I omitted the fact that I have WITH_RETPOLINE enabled, which
caused all this. emaste@ reported in PR 26 and committed r340650.
--
Charlie Li
Can't think of a witty .sigline today…
(This email
_aux + 48
0x2ebdcb: int3
(lldb) n
Process 22663 stopped
* thread #1, name = 'make', stop reason = instruction step over
frame #0: 0x002ebd92 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>: movsl (%rsi), %es:(%rdi)
(lldb) n
Process 22663 stopped
* thread #1, name =
Extended Features3=0x9c00
XSAVE Features=0x1
VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
TSC: P-state invariant, performance statistics
> make is statically linked, do dynamically linked program fault ?
>
After some more checks, only the statically linked programs crash.
--
Charlie Li
Ca
On 01/11/2018 15:43, Charlie Li wrote:
> On 01/11/2018 12:04, Brooks Davis wrote:
>> Is this failure with devel/llvm70? It's currently missing the patch
>> required to make this work. https://reviews.freebsd.org/D17709 contains
>> this patch among others. I'
l build with your port commit at my next opportunity.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)
signature.asc
Description: OpenPGP digital signature
^
1 error generated.
--- amd64_get_gsbase.o ---
1 error generated.
*** [amd64_get_gsbase.o] Error code 1
make[4]: stopped in /usr/src/lib/libc
CI appears green after this commit, so I'm inclined to pin this on yet
another instance of LLVM 7 being stricter than LLVM 6. Back
kern.pre.mk, which has
the same effect of this changeset.
> or just use the clang700-import branch wholesale. :-)
>
I would, but I also update and build head irregularly and prefer to
build and run the newest code as they are committed. That, and I'm a bit
lazy to run svn merge when I upd
-z
common-page-size=4096: has LLD been ignoring this part the whole time,
and is it of any meaningful use anymore (it seemed to mean something
with bfd)?
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishw
ext newer revision that changes completely unrelated files, build
succeeds. Case in point, r337835 to r337863 failed, but r337863 to
r337865 succeeded.
This is all with META_MODE, so could be a bug with that.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for
/poudriere/jails/aarch64-current/usr/src/sbin/dump
1 error
Looking at my amd64.amd64 logs again, the failed assertion message does
indeed appear there as well.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishw
On 27/07/2018 13:21, Martin Wilke wrote:
> I just upgraded a jail in poudriere with latest head,
> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>.
>
I was about to inquire about this myself. Can additionally confirm this
has been happening since at least r336735.
--
C
.h:721:36: note: expanded from macro 'TAILQ_FIRST'
> #define TAILQ_FIRST(head) ((head)->tqh_first)
> ^
>
Looks like this is fixed in r334123.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is
bsdinstall uses.
> Something is hindering to start the compiler somehow and it is
> related to /lib/casper/: read error: Invalid argument?
>
> What is wrong here? How to fix this?
>
Don't reboot out of the USB image. Stay there and chroot into your
mounted root filesystem,
", line 175: CPUTYPE global should be set with ?=.
*** [_cleanobj] Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
Thanks in advance
Charlie Jones
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.o
name, but we've also observed it with syscall 5.
--
Charles R. (Charlie) Martin
Senior Software Engineer
SGI logo
1900 Pike Road
Longmont, CO 80501
Phone: 303-532-0209
E-Mail: crmar...@sgi.com <mailto:crmar...@sgi.com>
Website: www.sgi.com <http://www.sgi.com>
__
( I tried to look at this file, and I must say, I had no clue what I
was looking at. Definately not C :)
I'm using FreeBSD 5.1-RELEASE-p2. Ran cvsup at 8:30am PDT.
Any ideas?
--Charlie
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
On Thu, 7 Aug 2003, Arjan van Leeuwen wrote:
> On Thursday 07 August 2003 20:05, Charlie Schluting wrote:
> > On Thu, 7 Aug 2003, Scot W. Hetzel wrote:
> > > From: "Charlie Schluting" <[EMAIL PROTECTED]>
> >
> Have you ran mergemaster already? It will
On Thu, 7 Aug 2003, Kris Kennaway wrote:
> > > On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
> > > > Running 5.0.
> > >
> > > cvsup to 5.1 and retry. The package currently builds on a clean 5.1 system.
> >
> > Ok, done
On Thu, 7 Aug 2003, Mike Bristow wrote:
> On Thu, Aug 07, 2003 at 11:49:00AM -0700, Charlie Schluting wrote:
> > Yes, of course :)
> > That's why I'm perplexed. I let it install the files it wanted to,
> > except for obvious things I didn't want overwritten: p
On Wed, 6 Aug 2003, Scott R. wrote:
> On Wed, 2003-08-06 at 22:39, Charlie Schluting wrote:
> > 5BOn Wed, 6 Aug 2003, Kris Kennaway wrote:
> >
> > > On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
> > > >
> > > > Howdy,
> &g
On Wed, 6 Aug 2003, Kris Kennaway wrote:
> On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
> >
> > Howdy,
> > Running 5.0.
>
> cvsup to 5.1 and retry. The package currently builds on a clean 5.1 system.
>
> Kris
Ok, done, and still:
*
On Thu, 7 Aug 2003, Mike Bristow wrote:
> On Thu, Aug 07, 2003 at 11:49:00AM -0700, Charlie Schluting wrote:
> > Yes, of course :)
> > That's why I'm perplexed. I let it install the files it wanted to,
> > except for obvious things I didn't want overwritten: p
On Thu, 7 Aug 2003, Scot W. Hetzel wrote:
> From: "Charlie Schluting" <[EMAIL PROTECTED]>
> > OMG.
> > So anyways, does anyone have a link to info about how the heck I start
> > stuff in 5.1?
> > Most important:
> > -my lo0 interface doesn't
On Wed, 6 Aug 2003, Kris Kennaway wrote:
> On Wed, Aug 06, 2003 at 03:39:47PM -0700, Charlie Schluting wrote:
> > 5BOn Wed, 6 Aug 2003, Kris Kennaway wrote:
> >
> > > On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
> > > >
> > > &g
On Fri, 8 Aug 2003, leafy wrote:
> On Thu, Aug 07, 2003 at 07:26:28PM -0700, Charlie Schluting wrote:
> > Ok, I found that /etc/rc.d/netif was missing. I moved the one from
> > /usr/src/etc/rc.d into place, and I'm thinking that will fix it.
> >
> > I don't
eful when I saw it wanted
to give me a default passwd file, but I suppose I was too careful.
Oh, btw, my /etc/rc.d/ has 115 files, but everything works. Strange.
Thanks to everyone!
--Charlie
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
5BOn Wed, 6 Aug 2003, Kris Kennaway wrote:
> On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
> >
> > Howdy,
> > Running 5.0.
>
> cvsup to 5.1 and retry. The package currently builds on a clean 5.1 system.
>
> Kris
Interesting. So, I tried, a
-2.5.13 is marked as broken: Does not configure.
:(
I there something else I can install to satisfy ntop's configure error:
crypt() in -lc...no -lcrypt...no
TIA,
--Charlie
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listi
interface doesn't have the 127.0.0.1 address.. it just comes up
with no addy.
-rc.conf didn't get run :( no named, no nothing :(
-my firewall rules (rc.firewall) and sysctl.conf didn't seem to be read.
Links, hints appreciated.
--Charlie
___
thanks,
Kirk
>
> On Mon, 2003-01-27 at 13:07, Alexander Pohoyda wrote:
> > Charlie ROOT <[EMAIL PROTECTED]> writes:
> >
> > > root, nor a regular user. Is this a font path problem?
> >
> > No, it is not.
> >
> >
> > > /usr/libexec
I'm getting the following error when I try and start X. I just built 5.0
and had x working untill I portupgraded gnome2. I have rebuilt wrapper,
and freetype2. I have also re-run xf86config. No one can start x, not
root, nor a regular user. Is this a font path problem? if so what should I
try?
Tha
On Thu, 23 Jan 2003, Adam Maas wrote:
> Your permissions for /var/log are wrong.
they are: lorax# ls -l XFree86.0.log
-rw-r--r-- 1 root wheel 23375 Jan 23 12:20 XFree86.0.log
shouldn't that be correct?
>
> --Adam
>
> - Original Message -----
> From: "Cha
On Thu, 23 Jan 2003, David Wolfskill wrote:
> See /usr/ports/x11/wrapper.
I have wrapper installed
lorax# pkg_info | grep wrapper
fampp-1.1 A C++ wrapper for fam from SGI
gtkmm-1.2.8_1 C++ wrapper for gtk, a x11 graphics library
javavmwrapper-1.4 Wrapper script for various Ja
I am working the kinks out of an upgrade from 4.7 to 5.0-R. So far I see a
problem starting X. first off xinit does not seem to work. Was that
removed in 5.0? Second, oly root can startx. When I try as a regular user,
I get the message: 'Fatal server error connot open log file
/var/log/XFree86.0.lo
suscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Thu, Aug 08, 2002 at 12:05:44PM -0800, Beech Rintoul wrote:
> On Thursday 08 August 2002 11:50 am, Dan Nelson wrote:
> > In the last episode (Aug 08), Beech Rintoul said:
> > > Anyone have a pointer to get this to build?
> > > cc -DMYSQL_SERVER
> > > -DDEFAULT_MYSQL_HOME="
Trying to build kdebase3 on the
FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
[...]
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
gmake[3]: Leaving directory
`/ccd/ports/x11/kdebase3/work/kdebas
Using ``FreeBSD 5.0-CURRENT #1: Wed Feb 27 09:07:28 EST 2002''.
While building some port (-pipe probably played its fatal role)...
-mi
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /boot/mi/kernel
(kgdb) core-file /ccd/crash/vmcore.28
IdlePTD
Removing stale files from /var/preserve:
Cleaning out old system announcements:
Removing stale files from /var/rwho:
Backup passwd and group files:
kyra.unloved.org passwd diffs:
68d67
< orion:(password):2004:2004::0:0:Orion Server:/home/orion:/usr/local/bin/bash
69a69
> postfix:(password):200
All the machines that I have running Current dumped core at the same
place this morning.
===> share/termcap
ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder
> /dev/null
Segmentation fault - core dumped
*** Error code 139
Stop in /usr/src/share/termcap.
*** Error code 1
F
There is definately a trend to lower prices. I just found this. A new intel Intel
PRO/Wireless 2011 LAN access point and two pcmcia cards for $699. The access point
sounds interesting. I personally would like to use it as a repeater and network
bridge.
http://www.intel.com/network/products/wi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
cd /usr/src/gnu/lib/csu; make depend; make all; make install
echo '#include "i386/i386.h"' > tm.h
echo '#include "i386/att.h"'>> tm.h
echo '#include ' >> tm.h
echo '#include "i386/freebsd.h"'>> tm.h
echo '#include "i386/perform.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Subject: Mail::Internet test subject
This is a test message that was sent by the test suite of
Mail::Internet.
Testing.
one
>From foo
four
>From bar
seven
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Subject: Mail::Internet test subject
This is a test message that was sent by the test suite of
Mail::Internet.
Testing.
one
>From foo
four
>From bar
seven
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Subject: Mail::Internet test subject
This is a test message that was sent by the test suite of
Mail::Internet.
Testing.
one
>From foo
four
>From bar
seven
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
install -c -s -o root -g wheel -m 4555 -fschg rcp /bin
/usr/libexec/ld-elf.so.1: install: Undefined symbol "string_to_flags"
*** Error code 1
Stop in /usr/src/bin/rcp.
*** Error code 1
..
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the messag
During make of kernel:
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include
-DKERNEL -include opt_global.h -elf ../../i4b/layer1/i4b_isic_pnp.c
../../i
> Why are many of the build lines in bsd.lib.mk hidden with leading @'s,
> so that they don't display in the build? This is useless, it hides
> things that go wrong, and hardly belongs here, it seems to me.
I like extreme verbosity too, but some don't :-)
PMake is supposed to have a .SHELL: ps
On Thu, 1 Apr 1999, Chuck Robey wrote:
> On Thu, 1 Apr 1999, Richard Wackerbarth wrote:
> Your statement "Nobody said cross compilation is easy :-)"
By this smiley, I mean to infer that it is far from easy.
> you're the ONLY one to demand it. OK, maybe even "demand" is wrong
> If you were tal
I do not dispute that he "likes" the WIDE client. However, his
choice seems to be based on familarity rather than CURRENT technical
evaluation.
I have (recently) tried both clients.
For the simple case, both work satisfactorily.
The ISC client/server (pl10) builds right out of the box.
I prefer
I am glad to see some SOME version of the dhcp client included in base
floppies.
However, I must take exception to David's choice for any purpose other
than single floppy situations.
Although it is somewhat larger, the ISC dhcp2 client has significantly
more flexability WRT options beyond the bar
Remember that the client, relay, and server are all independent items.
Each MUST meet the same RFC specification.
On Tue, 9 Feb 1999, Andreas Braukmann wrote:
> On Mon, Feb 08, 1999 at 02:28:20PM -0800, David O'Brien wrote:
> > I am planning on adding the Wide-DHCP client to src/contrib/ and
> I
Wrong! The dhcp client is ESSENTIAL to boot floppies for modern use.
As for "bloat", one man's bloat is another's essential material :-(
On Mon, 8 Feb 1999, Steve Kargl wrote:
> Joe Abley wrote:
> > On Mon, Feb 08, 1999 at 02:28:20PM -0800, David O'Brien wrote:
> > > I am planning on adding the W
I got the following when trying a new make world (1-17-99):
cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/usr.bin/netstat/if.c
cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/usr.bin/netstat/inet.c
cc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/usr.bin/
81 matches
Mail list logo