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
[3] https://github.com/openzfs/zfs/pull/14761
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
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
/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
, 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
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.
OpenPGP_signature
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'
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
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 don't have
or 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 digital
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 efficient in this regard.
--
Charlie Li
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 off-list communicati
les 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.
--
Char
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.
--
Charlie
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 digital
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 a
2 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>: movsl (%rsi), %es:(%rdi)
(lldb) n
Process 22663 stopped
* thread #1, name = 'make', stop reason = signal SIGSEGV: invalid
address (fault address: 0x0)
frame #0: 0x002ebd92 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>
res3=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
Can't thin
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'll see abo
th 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. Backing out this
revision all
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 update :
-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 vishwin for off-list
ed 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 mailing list use only; replace local-part
with vishwin
riere/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 vishwin for off
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
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 for mailing list use only; replace local-part
with vishwin for off-lis
s.
> 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, then run make instal
in /usr/src.
*** Error code 1
Stop in /usr/src.
Thanks in advance
Charlie Jones
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
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
___
freebsd-current
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/mailman/listinfo/freebsd-current
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, and still:
* crypt() in -lc...no -lcrypt...no
makes
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 take care of your /etc files (or at
least it's supposed
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 have the 127.0.0.1 address.. it just comes up
with no addy
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: passwd file,
sendmail config, etc
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:
* crypt() in -lc...no -lcrypt...no
makes
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,
Running 5.0.
cvsup to 5.1 and retry. The package currently
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: passwd file,
sendmail config, etc.
Just
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 remember telling it NOT to move this file
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:
Howdy,
Running 5.0.
cvsup to 5.1 and retry
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]
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/listinfo/freebsd-current
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, and it deleted all my ports. I was using
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
___
[EMAIL
,
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/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol
__thr_jtable
This is a problem. Version
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
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
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: Charlie ROOT [EMAIL PROTECTED]
To: [EMAIL
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=\/usr/local\
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
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
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
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
For
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.
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 freebsd.h' tm.h
echo '#include "i386/freebsd.h"' tm.h
echo '#include
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
On Tue, Jan 11, 2000 at 01:41:18AM -0800, Kris Kennaway wrote:
On Tue, 11 Jan 2000 [EMAIL PROTECTED] wrote:
At least from the January 9 after 'cvsup',
'make buildworld','make installworld', 'make install kernel'
I can't 'kldload linux'. 'Kldload" says:
Probably one of these is
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
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:
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 talking
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
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
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'm
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
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
79 matches
Mail list logo