--target=x86_64-linux-gnu
--with-pkgversion='GENUNIX Sun Mar 30 15:44:55 UTC 2025'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 4/4/25 10:25, Rick Macklem wrote:
On Fri, Apr 4, 2025 at 6:37 AM Rick Macklem wrote:
On Fri, Apr 4, 2025 at 1:48 AM Dennis Clarke wrote:
.
.
.
well ooops what was the idea here again ??
Well, this has nothing to do with my recent commit.
Thus ooops.
ZFS has always
an#
well ooops what was the idea here again ??
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
r 'git push':
master pushes to master (up to date)
triton$
There are plenty of things changing but I do not see where the linkage
problem is fixed in the git repo.
It is 2025 ... anyone care to kick out a beta release ?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
r 'git push':
master pushes to master (up to date)
triton$
There are plenty of things changing but I do not see where the linkage
problem is fixed in the git repo.
It is 2025 ... anyone care to kick out a beta release ?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
t=x86_64-linux-gnu
--with-pkgversion='GENUNIX Sun Mar 30 20:52:20 UTC 2025'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
t once in two decades. Pretty sure
I did some very early testing within the OpenSolaris project and can not
recall the desperate need thereafter.
So who wants this? Why? Is there some atom-splitting world changing
reason that the extended attributes are needed in FreeBSD?
--
--
Dennis Clarke
RISC-V/
stage1-checking=misc
--enable-stage1-languages=c,c++ --enable-checking=misc
--enable-languages=ada,c,c++,fortran,lto,objc,obj-c++
--build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
--with-pkgversion='GENUNIX Fri Mar 14 22:21:30 UTC 2025'
EOF
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
h-abi=m64
--build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
--with-pkgversion='GENUNIX Tue Mar 11 17:29:45 UTC 2025'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
--enable-tls --libdir=/opt/bw/lib
--enable-gnu-unique-object --enable-default-pie
--with-abi=m64
--build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
--with-pkgversion='GENUNIX Mon Mar 10 18:16:45 UTC 2025'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
ing=misc --disable-multilib
--enable-languages=c,c++,fortran,lto,objc,obj-c++
--with-pkgversion='GENUNIX 2025031001'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
with-build-time-tools=/opt/bw/bin --with-cpu=power9 --enable-bootstrap
--enable-stage1-languages=c,c++ --enable-stage1-checking=misc
--enable-checking=misc
--enable-languages=ada,c,c++,fortran,lto,objc,obj-c++
--with-pkgversion='GENUNIX Sat Mar 8 19:10:41 UTC 2025'
EOF
--
--
Denn
All :
Just a heads up. I hope this lands in ports *really* fast.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
PS: no FreeBSD on Raspberry Pi5 yet. Too many ugly blobs still.
Forwarded Message
Subject: OpenSSL Security Advisory
Date: Tue, 11 Feb
does not need that but it can be nice to have. In
any case, it really does look like you have _more_ than one failure in
there somewhere and only dmesg and some separate tests on each device
would reveal the truth.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
that next
month ( tomorrow? more like next week ) but for now it is nice to have
the SiFive Unmatched in a usable state.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 8/26/24 16:29, Chet Ramey wrote:
On 8/24/24 11:53 PM, Dennis Clarke via Bug reports for the GNU Bourne
Again SHell wrote:
This seemed to happen over and over and only during "make install".
There are a number of loadable builtins that require arrays and don't build
with
On 1/15/25 21:20, Mark Millard wrote:
Dennis Clarke wrote on
Date: Wed, 15 Jan 2025 15:16:58 UTC :
Over the past month or so I see endless fails in builds for the big
three user facing window manager things. This means that a simple user
type person can not get a desktop. Really? Yes really
On 1/15/25 11:14, Gleb Popov wrote:
On Wed, Jan 15, 2025 at 6:17 PM Dennis Clarke wrote:
The whole desktop user experience is broken and has been for a long
time. I have the logs. I see the fails. Over and over.
It is the usual boring process. If something's not working fo
used? By a ... you know ... a human type? Am I lost here ?
If the power to serve is just a backend server. Then fine. State that
up front and lets drop the whole user stuff into a deep oubliette.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
_08h12m11s] [committing] Queued: 365 Built:
323 Failed: 2 Skipped: 40 Ignored: 0 Fetched: 0 Tobuild: 0
Time: 01:52:01
In any case ... is there a way to nudge that ?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 1/4/25 06:45, Konstantin Belousov wrote:
On Fri, Jan 03, 2025 at 06:43:55PM -0500, Dennis Clarke wrote:
I wonder if anyone else has seen such a message at shutdown :
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x0
fault code
ant, performance statistics
real memory = 549739036672 (524272 MB)
avail memory = 535434485760 (510630 MB)
.
.
.
etc
I suspect there are changes recently in the RT EFI world ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 12/17/24 14:17, Paul Eggert wrote:
On 2024-12-15 08:43, Dennis Clarke via Bug reports for GNU Tar wrote:
+tar: unable to record current working directory: Permission denied
+cmp: extract/f: No such file or directory
Do you see the problem on Solaris 10? If not, it's probably not
ract/f: No such file or directory
./extrac09.at:37: exit code was 2, expected 0
89. extrac09.at:34: 89. extracting even when . and .. are unreadable
(extrac09.at:34): FAILED (extrac09.at:37)
ss20$
Likely a non-issue but it feels nice to see code pretty much just work
when subjected to bizarre and
XTERM_LOCALE=en_US.UTF-8
YACC=/usr/bin/yacc
See log attached.
I will now try the same thing on a RHEL 9.5 machine with default GCC
and basic tools there.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 11/29/24 09:49, Ronald Klop wrote:
> Van: Dennis Clarke
> Datum: donderdag, 28 november 2024 15:45
> Aan: Alan Somers
> CC: Current FreeBSD
> Onderwerp: Re: zpools no longer exist after boot
>>
>> On 11/28/24 08:52, Alan Somers wrote:
>> > On Thu
On 11/28/24 21:25, Dennis Clarke wrote:
On a machine here I see top reports this with " top -CSITa -s 10"
last pid: 6680; load averages: 0.29, 0.12, 0 up 0+11:40:46
02:23:01
51 processes: 2 running, 47 sleeping, 2 waiting
CPU: 0.6% user, 0.0% nice, 0.2% sy
_items: 34378
vm.kmem_map_free: 528152154112
kstat.zfs.misc.arcstats.memory_free_bytes: 11707904000
titan#
I have no idea what "top" is reporting but 11G free on a machine doing
nothing seems ... unlikely.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 11/28/24 10:55, Alan Somers wrote:
On Thu, Nov 28, 2024, 9:47 AM Dennis Clarke wrote:
On 11/28/24 09:52, Alan Somers wrote:
On Thu, Nov 28, 2024, 8:45 AM Dennis Clarke
wrote:
...
For "zpool import", the "-c" argument instructs zfs which cachefile to
search for i
On 11/28/24 09:52, Alan Somers wrote:
On Thu, Nov 28, 2024, 8:45 AM Dennis Clarke wrote:
...
For "zpool import", the "-c" argument instructs zfs which cachefile to
search for importable pools. "-O", on the other hand, specifies how the
cachefile property s
On 11/28/24 10:02, Dimitry Andric wrote:
On 28 Nov 2024, at 14:05, Dennis Clarke wrote:
This is a baffling problem wherein two zpools no longer exist after
boot. This is :
...
titan# camcontrol devlist
at scbus0 target 0 lun 0 (pass0,ada0)
at scbus1 target 0 lun 0 (pass1
On 11/28/24 08:52, Alan Somers wrote:
On Thu, Nov 28, 2024, 7:06 AM Dennis Clarke wrote:
This is a baffling problem wherein two zpools no longer exist after
boot. This is :
.
.
.
Do you have zfs_enable="YES" set in /etc/rc.conf? If not then nothing will
get imported.
Reg
/boot/zfs/zpool.cache
-rw-r--r-- 1 root wheel 4960 Nov 28 14:15 /etc/zfs/zpool.cache
titan#
May as well delete them. I have nothing to lose at this point.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
t one pool :
titan# zpool get cachefile leaf
NAME PROPERTY VALUE SOURCE
leaf cachefile - default
titan# zpool set cachefile="/etc/zfs/zpool.cache" leaf
titan# zpool get cachefile leaf
NAME PROPERTY VALUE SOURCE
leaf cachefile - default
titan#
So thi
On 11/28/24 08:52, Alan Somers wrote:
On Thu, Nov 28, 2024, 7:06 AM Dennis Clarke wrote:
This is a baffling problem wherein two zpools no longer exist after
boot. This is :
...
Do you have zfs_enable="YES" set in /etc/rc.conf? If not then nothing will
get imported.
Reg
Baffled.
Any thoughts would be welcome.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
/genunix/imed/bin/gas
--with-gnu-ld --with-ld=/opt/genunix/imed/bin/gld
--with-pkgversion='GENUNIX Wed Oct 2 13:52:10 UTC 2024'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
connection(s)
was the norm a long long long time ago. Hench the need for things like
UUCP and the dreaded anonymous UUCP. Not that I am going to dig out my
old modems and set that up. Today.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
o the installworld and *then* reboot.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
seems to be some blank space there at the bottom of the little
box to the left of the "beastie". Perhaps one of them can go away ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
anks for letting me paint the bikeshed.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
into your .profile. The
side effect is that line editing will no longer work.
I will have to try that. However why would bc change at all?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 9/8/24 14:42, Dennis Clarke wrote:
Dear Magic FreeBSD types :
I have no idea what needs to be done in order
.
.
.
https://portsfallout.com/fallout?port=databases%2Fsfcgal%24
Is there anyone anywhere who can please make the 4 byte change in
the 2024Q3 branch for that patch
ot; that suggests it breaks in
other place also :
https://portsfallout.com/fallout?port=databases%2Fsfcgal%24
Is there anyone anywhere who can please make the 4 byte change in
the 2024Q3 branch for that patch file?
Thank you.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 9/3/24 19:47, Warner Losh wrote:
On Mon, Sep 2, 2024 at 1:07 AM Dennis Clarke wrote:
On 9/1/24 19:28, Warner Losh wrote:
On Sun, Sep 1, 2024, 5:26 PM Dennis Clarke
wrote:
I have only been seeing this in the last few weeks. Perhaps ten days or
so. When I see the nice beastie on the
On 9/1/24 19:28, Warner Losh wrote:
On Sun, Sep 1, 2024, 5:26 PM Dennis Clarke wrote:
I have only been seeing this in the last few weeks. Perhaps ten days or
so. When I see the nice beastie on the console I then get each second
delay expressed with a newline thus
seconds. [Space] to pause
Autoboot in 2 seconds. [Space] to pause
Seems odd.
Curious if anyone else sees this?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 8/26/24 16:29, Chet Ramey wrote:
On 8/24/24 11:53 PM, Dennis Clarke via Bug reports for the GNU Bourne
Again SHell wrote:
This seemed to happen over and over and only during "make install".
There are a number of loadable builtins that require arrays and don't build
with
'/opt/bw/build/bash-5.2.32_rhel9_amd64.001/examples/loadables'
make: [Makefile:846: install] Error 2 (ignored)
Not very helpful.
This is off the shelf bone stock RHEL9 with the default compiler and
linker and nothing remotely interesting.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
.
Expect to be banned and canceled by the childish little minds that
feel they are entitled to control the narrative.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the
t; https://gnupg.org/ftp/foo
re : nobody is using ftp anymore
Surely you mean gopher ? FTP and TFTP are much loved. :)
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
___
Gnupg-users mailing list
Gnupg-users@gnupg.o
On 8/11/24 09:41, Cy Schubert wrote:
In message <54076f5e-cd6d-40d6-b4b7-495cf8e67...@blastwave.org>, Dennis
Clarke
writes:
On 8/10/24 22:15, Cy Schubert wrote:
In message , Mark Millard
write
s:
=E2=80=A2 [2:12 PM]Flox: getting this error in ZFS since recent =
update i
reuse: can't re-use a leaf
(kstat.zfs.t1.dataset.objset-0x4b0.zil_itx_metaslab_slog_alloc)!
Just a tad uncomfortable to see.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
out-cuda-driver
--with-build-time-tools=/usr/local/bin --with-zstd
--with-gnu-as --with-as=/usr/local/bin/gas
--with-gnu-ld --with-ld=/usr/local/bin/gld
--with-pkgversion='GENUNIX Wed Aug 7 20:31:45 UTC 2024'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
-driver
--with-pkgversion='GENUNIX Sat Aug 3 17:03:33 UTC 2024'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
able-cet --without-cuda-driver
--with-build-time-tools=/usr/local/imed/bin --with-zstd
--with-gnu-as --with-as=/usr/local/imed/bin/gas
--with-gnu-ld --with-ld=/usr/local/imed/bin/gld
--with-pkgversion='GENUNIX Tue Aug 6 03:11:45 UTC 2024'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 8/5/24 14:22, Miroslav Lachman wrote:
On 05/08/2024 18:50, Dennis Clarke wrote:
On 8/5/24 12:12, Harry Schmalzbauer wrote:
Hello,
two years elapsed since I last deployed a FreeBSD machine that
utilizd bhyve(8), which already had bhyve_config(5) support back then.
This may feel
Army Knife which
can do damn near everything I ever wanted with bhyve.
Have a long hard stare at it.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
--enable-default-pie --disable-werror --enable-cet --without-cuda-driver
--with-pkgversion='GENUNIX Fri Aug 2 16:06:30 UTC 2024'
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --disable-vtable-verify
--enable-plugin --enable-default-pie --disable-werror --enable-cet
--without-cuda-driver
--with-pkgversion='GENUNIX Tue Jul 23 17:07:30 UTC 2024'
--
--
Dennis Clarke
RISC-V/SPARC/PPC
gpgconf.ctl syntax.
So it looks to be a pretty important file to have.
Except there is little or no documentation about it other than the sources.
So then ... can this file be hacked into place somehow or was it
supposed to have been installed by default at "make install" o
On 7/20/24 03:10, Andreas Metzler wrote:
On 2024-07-20 Dennis Clarke via Gnupg-users wrote:
Looking at https://www.gnupg.org/gph/en/manual/c14.html one would get
the idea that GPG would "just work" given that pinentry is right there
oberon$ which pinentry
/usr/local/bi
On 7/20/24 04:30, Ralph Seichter via Gnupg-users wrote:
* Dennis Clarke via Gnupg-users:
Looking at https://www.gnupg.org/gph/en/manual/c14.html one would get
the idea that GPG would "just work" given that pinentry is right there
in my PATH [...]
How would one get that idea? The m
ropy.
gpg: agent_genkey failed: No pinentry
Key generation failed: No pinentry
oberon$
This makes no sense at all give that pinentry exists just fine.
What is this "agent_genkey" thing? There is no mention of that on the
"Getting Started" page at all.
--
Dennis
th-ld=/opt/bw/bin/gld
--with-pkgversion='GENUNIX Fri Jun 14 19:55:00 UTC 2024'
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
tried using the library yet, just trying to get it all set up for
using GnuCOBOL.
You likely need to be more careful with which libs your newly build gmp
will be using. I suggest LD_LIBRARY_PATH be used *only* for this reason.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 5/30/24 11:15, Michael Wojcik via openssl-users wrote:
From: openssl-users On Behalf Of Dennis
Clarke via openssl-users
Sent: Thursday, 30 May, 2024 07:29
OKay, thank you. I guess today is a good day to test on a few oddball
system architectures. I suspect there are very very few people out
On 6/3/24 05:03, Patrice Dumas wrote:
On Sun, Jun 02, 2024 at 02:31:11PM -0400, Dennis Clarke wrote:
The patch works !
Thanks for the report!
@Gavin: this could go in 7.1 bugfix release, although with the upcoming
release it may not be needed.
So then, can we expect a trivial rev update
tools=/opt/bw/imed/bin --with-cpu=power9
--enable-bootstrap --enable-stage1-languages=c,c++
--enable-checking=misc --enable-stage1-checking=misc
--enable-languages=ada,c,c++,fortran,go,lto,objc,obj-c++
--with-pkgversion='GENUNIX Sun Jun 2 19:47:18 UTC 2024'
EOF
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 6/1/24 05:55, Patrice Dumas wrote:
On Sat, Jun 01, 2024 at 01:17:59AM -0400, Dennis Clarke via Bug reports for the
GNU Texinfo documentation system wrote:
FAIL: test_scripts/nested_formats_texi_nested_formats.sh
Why fail? I have no idea.
This is Debian on an IBM POWER9 server :
Maybe
On 6/1/24 05:55, Patrice Dumas wrote:
On Sat, Jun 01, 2024 at 01:17:59AM -0400, Dennis Clarke via Bug reports for the
GNU Texinfo documentation system wrote:
FAIL: test_scripts/nested_formats_texi_nested_formats.sh
Why fail? I have no idea.
This is Debian on an IBM POWER9 server :
Maybe
-unknown-linux-gnu'.
dax$
Any insights ?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
x27;GENUNIX Thu May 30 01:20:34 UTC 2024'
EOF
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
w/bin/as --with-ld=/opt/bw/bin/ld
--with-pkgversion='GENUNIX Wed May 29 23:34:00 UTC 2024'
EOF
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
release commits.
OKay, thank you. I guess today is a good day to test on a few oddball
system architectures. I suspect there are very very few people out there
running actual HPE Itanium hardware or big-endian IBM POWER and that
often raises a few bugs that slip under the radar.
--
--
Dennis Clarke
t;tag" ( whatever
you want to call it ) in git ?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 5/16/24 08:28, Neil Horman wrote:
Glad its working a bit better for you. If you are inclined, please feel
free to open a PR with your changes for review.
Well, the changes are *really* trivial. Necessary and trivial.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
9 Apr 2024)
hubble $
Which seems to work like a charm and I do have a few patches.
What I would like to do is climb in and see what can be done to create a
pure ISO 9899:1990 clean code path. May be reduced in features but would
still work pretty much everywhere. Maybe.
Sure do wish I had my old
e linked later into a shared lib as well as object to be tossed into
a static lib AR type foo.a result. Just a guess.
None of the above seem involved with the stuff in the test directory and
clearly not a test/cert_comp_test-bin-cert_comp_test.o object file.
So ... what is going on here ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
last?
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
ore should be avoided.
Perhaps I need to define OPENSSL_DEV_NO_ATOMICS ?
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
ts of the file.
>
> What do people think?
>
> Dale
I think I want to setup an experiment and test this problem.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
just pass the decompressed
bits along a pipe.
Done.
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
.
We surely agree in that regard.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
code work that can be done which would be of benefit but
I think the libC issues take precedence.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 4/19/24 10:27, Paul Smith wrote:
On Fri, 2024-04-19 at 09:54 -0400, Dennis Clarke via Bug reports and
discussion for GNU make wrote:
Where does one even begin to discover where something ( everything? )
went so horribly wrong?
The very first thing you should try is re-configuring GNU Make
th-tune=generic --without-cuda-driver
--enable-checking=misc --disable-multilib --enable-__cxa_atexit
--with-default-libstdcxx-abi=new --enable-tls --with-gnu-as
--with-as=/opt/bw/bin/as --with-gnu-ld --with-ld=/opt/bw/bin/ld
--enable-stage1-languages=c,c++ --with-diagnostics-color=never
--with-pkgversion=&#x
On 3/22/24 16:42, David G. Pickett via Bug reports for GNU grep wrote:
>
> Most users consider a line at EOF lacking a trailing newline as
> still a line, but perhaps some do not?
>
Good ol "wc" says it is not a line. I would go with what "wc" claims.
--
De
On 3/22/24 17:12, Paul Eggert wrote:
On 3/22/24 12:25, Dennis Clarke via Bug reports for GNU grep wrote:
Old Solaris 8, once fully patched, was definately
compliant with SUSv2 which is all of POSIX.1b-1993, POSIX.1c-1996
POSIX does not specify the behavior of grep when the input is not a text
l as ISO/IEC 9899 (C Standard) Amendment 1.
Anyways, this is just a crusty old grey beard here putting yet another
layer of paint onto the bikeshed ( https://www.bikeshed.com/ ) and I do
apologize for the messy paintwork.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
[1] the ma
x-abi=new --enable-tls
--with-as=/opt/bw/bin/as --with-ld=/opt/bw/bin/ld
--with-pkgversion='GENUNIX Tue Mar 19 23:45:00 UTC 2024'
EOF
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
lib --with-tune=generic
--without-cuda-driver --enable-checking=misc --disable-multilib
--enable-__cxa_atexit --with-default-libstdcxx-abi=new --enable-tls
--with-as=/opt/bw/bin/as --with-ld=/opt/bw/bin/ld
--with-pkgversion='GENUNIX Sun Mar 17 14:32:15 UTC 2024'
EOF
--
Dennis Clarke
RISC-V/
sable-multilib --enable-__cxa_atexit
--with-default-libstdcxx-abi=new --enable-tls
--with-as=/usr/bin/as --with-ld=/usr/bin/ld
--with-pkgversion='GENUNIX Sun Mar 17 02:18:30 UTC 2024'
EOF
--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
-driver --enable-stage1-languages=c,c++
--enable-stage1-checking=misc --enable-checking=misc
--disable-multilib --enable-__cxa_atexit
--with-default-libstdcxx-abi=new --enable-tls
--with-as=/opt/bw/bin/as --with-ld=/opt/bw/bin/ld
--with-pkgversion='GENUNIX Wed Mar 13 08:48:00 UTC 2024'
EOF
--
D
er --enable-stage1-languages=c,c++
--enable-stage1-checking=misc --enable-checking=misc
--disable-multilib --enable-__cxa_atexit
--with-default-libstdcxx-abi=new --enable-tls
--with-as=/usr/bin/as --with-ld=/usr/bin/ld
--with-pkgversion='GENUNIX Wed Mar 13 01:40:55 UTC 2024'
EOF
--
--
Dennis Clar
On 3/12/24 15:41, Alan Somers wrote:
On Tue, Mar 12, 2024 at 1:28 PM Dennis Clarke wrote:
.
.
.
.
Yes, this looks exactly like an ordering problem. zpools get imported
early in the boot process, under the assumption that most of them are
local. Networking comes up later, under the
ol proteus on the iSCSI storage
needs to be manually import'ed after a reboot.
Any insights would be wonderful.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
was happening over and over with different builds. Only on
that oddball hardware of course.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
On 3/4/24 12:05, Chet Ramey wrote:
On 2/29/24 12:11 PM, Dennis Clarke via Bug reports for the GNU Bourne
Again SHell wrote:
Well this has me a bit baffled.
I downloaded the bash source tarball for 5.2.21 and then applied the
few patches to get me to :
io$
io$ which bash
/opt/bw/bin/bash
io
MAILPATH CDPATH
+ eval test '${CDPATH+y}'
++ test
+ :
+ :
+ :
+ exec
+ :
+ :
+ PATH_SEPARATOR=:
+ as_myself=
+ case $0 in
+ as_myself=./configure
+ test x./configure = x
+ test '!' -f ./configure
malloc: ../bash-5.2.21/dispose_cmd.c:249: assertion botched
free: called with alrea
1 - 100 of 1245 matches
Mail list logo
