wrt existing issues, is there a list of these so we can avoid reporting
them?
Thanks
George
On Mon, Feb 3, 2014 at 6:35 PM, Austin Seipp aus...@well-typed.com wrote:
We are pleased to announce the first release candidate for GHC 7.8.1:
http://www.haskell.org/ghc/dist/7.8.1-rc1/
Yes, in general I think the doc needs a section: Incompatible changes. The
hope is that you can take the release and just work as usual but when (for
good reasons as in this release) it is not true is is important to have
such a section. Another case that needs to be there is how to compile so
you
I was able to do cabal install of terminfo, crypto and Yi on my mac with
ghc 7.8.2 and cabal 1.18.1.3
yi seems to work although I did very little with it
On Sun, Apr 13, 2014 at 12:08 PM, Ramin Honary ramin.hon...@gmail.comwrote:
I am posting this to the mailing list, but it is a copy of a
+1
Stability is very important.
Also, do we have an ETA for when we will have an improved infrastructure
for automated builds and the associated tests. I think this would help a
lot with stability and shorten the time to the next release.
On Fri, May 30, 2014 at 6:46 PM, Simon Marlow
Would it be possible to get a RC for the Mac up at
https://downloads.haskell.org/~ghc/7.8.4-rc1/ ?
Thanks
George
On Wed, Nov 26, 2014 at 10:31 AM, Herbert Valerio Riedel h...@gnu.org
wrote:
On 2014-11-26 at 12:40:37 +0100, Sven Panne wrote:
2014-11-25 20:46 GMT+01:00 Austin Seipp
I built from source on Mac OS and found the following issues:
- llvm , compiling with llvm (3.4.2) gives the following warnings:
- $ ghc -fllvm cubeFast.hs
[1 of 1] Compiling Main ( cubeFast.hs, cubeFast.o )
clang: warning: argument unused during compilation:
following solves dependency problems, added a few more packages, thanks!
cabal install
--allow-newer=base,bytestring,deepseq,unix,process,time,random -j3
cabal-install
On Thu, Jan 1, 2015 at 2:27 PM, George Colpitts george.colpi...@gmail.com
wrote:
Thanks but that doesn't seem to work either
=4.2 4.4)
rejecting: directory-1.0.1.2, 1.0.1.1, 1.0.1.0, 1.0.0.3, 1.0.0.0 (conflict:
process = directory=1.1 1.3)
Dependency tree exhaustively searched.
On Thu, Jan 1, 2015 at 2:15 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On 1 January 2015 at 19:00, George Colpitts
$
cabal update
Downloading the latest package list from hackage.haskell.org
Note: *there is a new version of cabal-install available.*
To upgrade, run: cabal install cabal-install
bash-3.2$ *cabal install -j3 cabal-install *
*...*
*Resolving dependencies...cabal: Could not resolve
failed to install:
Cabal-1.20.0.3 failed during the building phase. The exception was:
ExitFailure 1
cabal-install-1.20.0.6 depends on Cabal-1.20.0.3 which failed to install.
On Thu, Jan 1, 2015 at 2:34 PM, George Colpitts george.colpi...@gmail.com
wrote:
following solves dependency problems
I still have 7.8.3 but it doesn't seem to want to build the latest cabal:
ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.8.3
bash-3.2$ cabal install cabal-install
Resolving dependencies...
Configuring cabal-install-1.20.0.6...
Building cabal-install-1.20.0.6...
Thanks, I seem to have got that to work
On Thu, Jan 1, 2015 at 3:37 PM, Edward Z. Yang ezy...@mit.edu wrote:
Oh, because Cabal HQ hasn't cut a release yet.
Try installing out of Git. https://github.com/haskell/cabal/
Edward
Excerpts from George Colpitts's message of 2015-01-01 14:23:50
, George Colpitts george.colpi...@gmail.com
wrote:
I built from source on Mac OS and found the following issues:
- llvm , compiling with llvm (3.4.2) gives the following warnings:
- $ ghc -fllvm cubeFast.hs
[1 of 1] Compiling Main ( cubeFast.hs, cubeFast.o )
clang
Thanks Eric, I have the same problem with this as the RC2 I build from
source, i.e. Mac specific bug https://ghc.haskell.org/trac/ghc/ticket/10053
:
error in ghci calling main after loading compiled code -- Too late for
parseStaticFlags: call it before runGhc or runGhcT
I have a file mainbug.hs
`Linker' failed (exitcode = 1)
Thanks
On Fri, Jan 2, 2015 at 9:12 AM, George Colpitts george.colpi...@gmail.com
wrote:
Only problem remaining is compiling with -fllvm and running resulting
executable
.
..
- llvm , compiling with llvm (3.4.2) gives the following warnings
/lib/ghc-7.10.0.20141222)
,(Global Package
DB,/Library/Frameworks/GHC.framework/Versions/7.10.0-rc1-x86_64/usr/lib/ghc-7.10.0.20141222/package.conf.d)
]
On Sat, Jan 17, 2015 at 1:36 PM, George Colpitts
george.colpi...@gmail.com wrote:
Has anybody successfully used llvm on the Mac
for 7.10 (though I could be wrong)
On Tue, Jan 27, 2015 at 8:39 PM, George Colpitts
george.colpi...@gmail.com wrote:
Has anybody successfully build and used this on the Mac on 10.10 using
the latest XCode? While it is better than RC1 I am still seeing the
following two issues:
- programs
Has anybody successfully build and used this on the Mac on 10.10 using the
latest XCode? While it is better than RC1 I am still seeing the following
two issues:
- programs compiled with llvm fail at runtime with illegal instruction
- calling main from the ghci inerpreter after loading
Do we have an ETA for a MacOS binary distribution?
Regards
George
On Mon, Mar 16, 2015 at 5:30 PM, Austin Seipp aus...@well-typed.com wrote:
We are pleased to announce the third release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc3
Should we recommend that all library developers compile their libraries
with a max heap of 4G (to pick an arbitrary number) so that we can catch
some of these issues earlier?
On Fri, May 1, 2015 at 5:42 AM, Paolino paolo.verone...@gmail.com wrote:
Hello, I'm using ghc 7.10.1 to compile
I think this helps quite a bit. Although it still peaks briefly at over 3
GB mem usage on my Mac according to the Activity Monitor it seems to spend
much of its time using 400 - 800 mb memory use. I can't be sure as I never
tried to compile this before. I'm compiling by simply doing cabal install
I'm curious why the amount of RAM is relevant as all of our OS have virtual
memory so it is only the size of the heap and the amount of swap that
should be relevant for an Out Of Memory error, right? How big is your heap?
Amount of RAM should only affect speed (i.e. if there is excessive paging)
"/usr/local/bin/ghc" -M -static -H32m -O -Wall -package-db
libraries/bootstrapping.conf -this-unit-id terminfo-0.4.0.2
-hide-all-packages -i -ilibraries/terminfo/.
-ilibraries/terminfo/dist-boot/build
-ilibraries/terminfo/dist-boot/build/autogen
-Ilibraries/terminfo/dist-boot/build
Good news! I assume there will be a Mac OS binary distribution soon?
On Sun, Feb 7, 2016 at 2:13 PM, Ben Gamari wrote:
>
> Hello everyone,
>
> The GHC Team is very pleased to announce the second release candidate of
> the Glasgow Haskell Compiler 8.0.1 release. Source and
Thanks Ben, this is great!
Installing the binary on the Mac results in the following minor problem:
/usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1
"/usr/local/share/man/man1"
install: /usr/local/share/man/man1/ghc.1: No such file or directory
make[1]: *** [install_man] Error 71
ary install I did a cabal install of threadscope, hlint and
criterion and some minimal runtime testing. Everything looks fine.
Thanks
George
On Sat, Nov 26, 2016 at 9:47 AM Ben Gamari <b...@well-typed.com> wrote:
> George Colpitts <george.colpi...@gmail.com> writes:
>
> >
Do you want me to add a task ticket to remove this restriction that rewrite
rules can't be used for class methods?
On Tue, Nov 22, 2016 at 8:06 AM Simon Peyton Jones via
Glasgow-haskell-users wrote:
> Conal
>
>
>
> Is it possible to apply GHC rewrite rules to
he alternative I know (and am
> using) is fairly inconvenient: replicating entire APIs just in order to
> delay inlining long enough to apply rules.
>
> Thanks, - Conal
>
>
> On Sun, Dec 11, 2016 at 7:24 AM, George Colpitts <
> george.colpi...@gmail.com> wrote
compiled from source with no issues on Mac OS 10.12.2 with XCode 8.2.1.
Compiled vector package with it, did some smoke testing of the runtime,
seems fine
On Thu, Dec 22, 2016 at 3:39 PM Ben Gamari wrote:
>
> Hello everyone,
>
> The GHC team is happy to announce the second
. .
On Thu, Dec 22, 2016 at 7:23 PM George Colpitts <george.colpi...@gmail.com>
wrote:
> compiled from source with no issues on Mac OS 10.12.2 with XCode 8.2.1.
> Compiled vector package with it, did some smoke testing of the runtime,
> seems fine
>
> On Thu, Dec 22, 2016 at
I reported this in https://ghc.haskell.org/trac/ghc/ticket/13604
On Thu, Aug 3, 2017 at 4:32 PM Evan Laforge wrote:
> My program uses the GHC API to provide a REPL, and upgrading to 8.2.1
> broke that... well, just made it really slow. Where it used to
> quickly load the
Yes, I agree, will file a bug this evening.
On Wed, May 17, 2017 at 10:26 AM Ben Gamari <b...@well-typed.com> wrote:
> George Colpitts <george.colpi...@gmail.com> writes:
>
> > Hi Ben
> >
> > I built from source and ran the tests on my Mac and found some
>
Done: https://ghc.haskell.org/trac/ghc/ticket/13715#ticket
On Wed, May 17, 2017 at 1:44 PM George Colpitts <george.colpi...@gmail.com>
wrote:
> Yes, I agree, will file a bug this evening.
>
> On Wed, May 17, 2017 at 10:26 AM Ben Gamari <b...@well-typed.com> wrote:
Hi Ben
I built from source and ran the tests on my Mac and found some
problems. I'm not sure if the failing tests have been ran successfully
by others on this platform. I did "make slowtest". Maybe the problem
only happens on my machine.
I'm new to running the testsuite and not sure how the
is it possible that this is also connected to
https://ghc.haskell.org/trac/ghc/ticket/13604 ?
On Tue, Sep 19, 2017 at 10:00 AM Ben Gamari wrote:
> Conal Elliott writes:
>
> > It appears that use of GHC plugins causes client code to get needlessly
> >
installed fine on mac os 10.12.6 with Xcode 9.
I then installed vector, hlint, criterion and threadscope and did a smoke
test of hlint
On Sun, Oct 1, 2017 at 8:18 AM Ben Gamari wrote:
>
> Hello everyone,
>
> The GHC team is very pleased to announce the first candidate of
I don't see an apple/darwin binary. Not sure if that is an oversight or was
planned.
On Sat, Jun 30, 2018 at 6:26 PM Ben Gamari wrote:
>
> The GHC development team is pleased to announce the first
> alpha release leading up to GHC 8.6.1. The usual release artifacts
> are available from
>
>
page on porting to the new release. It
would be good to have that also when we have a chance.
It's great that we are getting started early.
On Thu, Dec 21, 2017 at 4:16 PM George Colpitts <george.colpi...@gmail.com>
wrote:
> Thanks Ben. I installed the Mac binaries.
>
> For oth
Thanks Ben. I installed the Mac binaries.
For others who are wondering, you need llvm 5 if you want to use llvm with
this.
Needless to say, many libraries, e.g. haskell-src-exts, primitive, and
intero won't compile with this even with --allow-newer
I'll notify those libraries about that in case
installed fine on my mac
primitive can now be compiled
unordered-containers does not compile, even with allow-new. This has been
reported by Neil Mitchell
haskell-src-exts does not compile, not clear where to report this
On Sun, Jan 21, 2018 at 4:15 PM Ben Gamari wrote:
>
>
Yes, it worked for me.
On Sat, Sep 22, 2018 at 7:44 PM Evan Laforge wrote:
> Has anyone installed the OS X binary distribution? I get:
>
> "utils/ghc-cabal/dist-install/build/tmp/ghc-cabal-bindist" copy
> libraries/ghc-prim dist-install "strip" '' '/usr/local'
> '/usr/local/lib/ghc-8.6.1'
>
Will 8.8.1 use llvm 7.0.1? I don't see it mentioned in the release notes.
Cheers
George
On Sat, Jun 15, 2019 at 4:36 PM Ben Gamari wrote:
> Hello everyone,
>
> The GHC team is pleased to announce the second and likely last alpha
> release of GHC 8.8.1. The source distribution, binary
It seems as if there is no migration documentation,
https://gitlab.haskell.org/ghc/ghc/wikis/status/migration/8.8. Will that be
forthcoming?
Thanks
George
On Thu, Apr 25, 2019 at 8:51 PM Ben Gamari wrote:
> Hello everyone,
>
> The GHC team is pleased to announce the first alpha release of GHC
https://www.haskell.org/ghc/blog/20190825-ghc-8.8.1-released.html says
cabal-install users should note that cabal-install-3.0 or later is required
for use with GHC 8.8.
but this seems wrong or have I done something wrong?
$ cabal install cabal-install
cabal install cabal-install
...
Resolving
seemed to be going smoothly enough after that.
>
> On Fri, Sep 6, 2019 at 12:08 PM Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> V1 or v2 install?
>>
>> On Mon, Sep 2, 2019 at 11:42 AM George Colpitts <
>> george.colpi...@gmail.com>
assumed I must have done something wrong. Should I file a ghc bug ?
Thanks
George
On Sat, Sep 7, 2019 at 6:20 PM George Colpitts
wrote:
> Thanks for everybody's responses. I figured out that the following
>
> cabal-install users should note that cabal-install-3.0 or later is
> req
Thanks Ben, installed fine on my Mac running 10.14.6.
For the release notes I suggest we document
https://gitlab.haskell.org/ghc/ghc/issues/17341 which is associated with
https://github.com/haskell/cabal/issues/6262 and
https://github.com/haskell/cabal/issues/6104
I realize this will be
Hi Ben,
What are the current plans / schedule for 9.0.1?
Thanks
George
On Mon, Sep 28, 2020 at 4:14 PM Ben Gamari wrote:
> Hello all,
>
> The GHC team is very pleased to announce the availability of the first
> alpha release in the GHC 9.0 series. Source and binary distributions are
>
Hi David
I've also used ghc for years on Mac OS and have also never seen this
problem. I don't use nix. Currently I am on ghc 9.0.1. and Mac OS 11.6. I
installed from
https://downloads.haskell.org/ghc/9.0.1/
More specifically ghc-9.0.1-x86_64-apple-darwin.tar.xz
0.1/package.conf.d,
> treating package database as empty
>
> Using binary package database:
> /Users/scsdjd/.cabal/store/ghc-9.0.1/package.db/package.cache
>
> package flags [-package-id ghc-9.0.1{unit ghc-9.0.1 True ([])},
>
> regards,
> David
>
> On Mon, Oct 11, 2
you, you must have had an old version
> of cabal.
>
> Please see https://github.com/haskell/cabal/issues/6481 for some
> context and to help you find a new workflow that works for you
> (ideally, a standard one).
>
> Kind regards,
> Mikolaj
>
> On Sat, Oct 30, 202
Thanks Ben!
There seems to be a regression in ghc / cabal integration in 9.2.1.
In 9.2.1 if I do
cabal install vector
Compilation of a file containing
import Data.Vector
main = undefined
fails with
Could not find module ‘Data.Vector’
Perhaps you meant Data.Functor (from
Great news!
Install works on mac os if you do
xattr -rc .
before doing
make install
The mail didn't mention that nor is it mentioned in the INSTALL file.
I thought this had been fixed. I guess I'm mistaken or this is only an
issue for me.
Thanks again for getting this out! There's a lot of
Thanks Ben
When I do an install on macos Monterey 12.2.1 (Intel) I get
ghc-pkg-9.2.2 cannot be opened because the developer cannot be verified
On Sun, Mar 6, 2022 at 7:02 PM Ben Gamari wrote:
>
> The GHC developers are very happy to at announce the availability of GHC
>
> 9.2.2. Binary
-
#21570, Linker broken on M1 Mac, occurs on 9.8.1-alpha4. I have updated
the bug. My guess is that it was never addressed as the info needed tag was
never removed after the required info was supplied. It might be good to
have a test for this.
It seems unlikely that the current tests wouldn't find this bug. Is it the
case that the tests are never run on aarch64-darwin Macs?
On Fri, Sep 22, 2023 at 7:34 PM George Colpitts
wrote:
>
>-
>#21570, Linker broken on M1 Mac, occurs on 9.8.1-alpha4. I have
>updated
Hi
https://gitlab.haskell.org/ghc/ghc/-/issues/21506, ghc-9.4.1-alpha1 does
not install on macos, exists on 9.2.3 also. The workaround given in 21506
works. Do you want a ticket for this?
Thanks
George
On Fri, May 27, 2022 at 4:41 PM Zubin Duggal wrote:
>
> The GHC developers are very happy
Thanks Zubin, this is good news.
On a Mac when do ./configure I see
checking Xcode version... xcode-select: error: tool 'xcodebuild' requires
Xcode, but active developer directory '/Library/Developer/CommandLineTools'
is a command line tools instance
not found (too old?)
I assume I can ignore
he fix had been tested; I assume
it had been but I thought it was important to rule that out.
More than happy to test. I really appreciate all the work you and others
have put into GHC !
Cheers
George
On Sat, Jul 23, 2022 at 10:03 AM Ben Gamari wrote:
> George Colpitts writes:
>
> &g
ke install that have an
issue as xattr -rc . was never run on them. Perhaps this is related to
using Hadrian. Is it possible that the fix that was made was never tested?
Thanks
George
On Sat, Jul 23, 2022 at 12:30 AM Ben Gamari wrote:
> George Colpitts writes:
>
> > Hi Ben,
&g
+ address that hopefully doesn't bounce for Moritz
On Sat, Jul 23, 2022 at 11:51 AM George Colpitts
wrote:
> +Kazu Yamamoto
>
> Hi Ben
>
> My 2 machines also have:
>
> $ spctl --status
> assessments enabled
>
> I've duplicated the issue on both of my mach
7418)". My opinion is that it is not worth delaying
9.4.1 for this.
Have a great vacation.
Cheers
George
On Sun, Jul 24, 2022 at 11:33 AM Ben Gamari wrote:
> George Colpitts writes:
>
> > +Kazu Yamamoto
> >
> > Hi Ben
> >
> > My 2 machines also have:
> >
&g
Hi Ben,
I expected https://gitlab.haskell.org/ghc/ghc/-/issues/21506 (ghc-9.4.1-alpha1
does not install on macos: ghc-pkg-9.4.0-20220501 cannot be opened because
the developer cannot be verified) to be fixed in rc1 but it is not. Are my
expectations wrong? What is the ETA for fixing it?
Thanks
Hi
Did this get fixed? Is it fixed in 9.4.1-alpha1?
Thanks
George
On Mon, Mar 7, 2022 at 2:27 AM Kazu Yamamoto wrote:
> Hi George,
>
> FYI:
>
> https://twitter.com/kazu_yamamoto/status/1500643489985761282
>
> --Kazu
>
> > Thanks Ben
> >
> > When I do an install on macos Monterey 12.2.1
It's not fixed for me so I filed
https://gitlab.haskell.org/ghc/ghc/-/issues/21506
On Mon, May 2, 2022 at 7:59 AM George Colpitts
wrote:
> Hi
>
> Did this get fixed? Is it fixed in 9.4.1-alpha1?
>
> Thanks
> George
>
> On Mon, Mar 7, 2022 at 2:27 AM Kazu Yamamot
Unfortunately ghc doesn't work after installing 9.4.1 on my Mac. Does it
work for others?
After the install finishes when I do the following:
$ ghc --version
bash: /usr/local/bin/ghc: Permission denied
$ sudo chmod +x /usr/local/bin/ghc
$ghc --version
/usr/local/bin/ghc: line 1: exec: : not
Hi
I believe llvm does not work in this alpha as 21936 is still open. Is that
correct?
I also believe that when it does work it will require llvm 15 which will be
incompatible with earlier versions of ghc. Is that correct?
Thanks
George
On Fri, Jan 13, 2023 at 7:02 PM Ben Gamari wrote:
>
On Sun, Jan 15, 2023 at 1:01 PM George Colpitts
wrote:
> my original email corrected below
>
> On Sat, Jan 14, 2023 at 8:51 AM George Colpitts
> wrote:
>
>> Hi
>>
>> I believe llvm 15 does not work in this alpha as 21936 is still open. Is
>> that correct?
my original email corrected below
On Sat, Jan 14, 2023 at 8:51 AM George Colpitts
wrote:
> Hi
>
> I believe llvm 15 does not work in this alpha as 21936 is still open. Is
> that correct?
>
> I also believe that when it does work ghc 9.6 will not be compatible with
> earlie
kell.org/ghc/ :? for help
>
> xcrun: error: invalid active developer path
> (/Library/Developer/CommandLineTools), missing xcrun at:
> /Library/Developer/CommandLineTools/usr/bin/xcrun
>
> `gcc' failed in phase `gcc'. (Exit code: 1)
>
> williammcenaney@Williams-Air bin&quo
That seems unlikely; it would report a permission error in that case,
>> not that it had the wrong architecture.
>>
>> On Wed, Mar 15, 2023 at 12:04 PM George Colpitts
>> wrote:
>> >
>> > Hi Bill
>> >
>> > I'm cc'ing GHC dev and GHC users a
programs live in /usr/local/bin. Since I
>> installed the wrong binaries, I changed the directory to /usr/local/bin and
>> tried to empty that directory with *rm -rf ghc*.**, but that didn't
>> delete anything. So I wonder whether I'll need to remove those programs
>> be
cc'ing others
On Wed, Mar 15, 2023 at 1:20 PM George Colpitts
wrote:
> Thanks Brandon. There were some earlier emails that somehow got dropped
> from this.
>
> I believe we have already solved the wrong architecture issue; this is the
> next issue.
>
> Here is the earli
tos when I don't have any.
>
>
> On Wed, Mar 15, 2023 at 12:26 PM George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> Bill
>>
>> For your latest problem
>>
>> libHSterminfo-0.4.1.5-ghc9.4.4.dylib” can’t be opened because Apple
>> can
3 at 1:59 PM William McEnaney
wrote:
> Hi, George,
>
> I'd be happy to do that for you. But I'm sure I can recall the information
> a GHC maintainer would need.
>
> Best,
> Bill
>
> On Wed, Mar 15, 2023 at 12:41 PM George Colpitts <
> george.colpi...@gmail.com> wrot
ort a bug.
> ...
> Thanks for everything.
>
> Bill
>
> On Wed, Mar 15, 2023 at 1:17 PM George Colpitts
> wrote:
>
>> Hi Bill,
>>
>> It's easy to forget to do replay all in gmail but it's important to do so
>> in these emails.
>>
>> In your original ema
reported as https://gitlab.haskell.org/ghc/ghc/-/issues/22993
Thanks & Regards
George
On Wed, Feb 15, 2023 at 2:04 PM George Colpitts
wrote:
> It seems wrong to me that the configure file references Xcode.app and
> MacOSX12.1:
>
> bash-3.2$ fgrep Xcode.app configure
&
Hello
On my mac, in ghc 9.6.1 can't compile with ghc -prof -fprof-auto , I get
the error:
Could not find module ‘Prelude’Perhaps you haven't installed the
"p_dyn" libraries for package ‘base-4.18.0.0’?Use -v (or `:set -v`
in ghci) to see a list of the files searched for.
Is anybody
Hi
I get a strange warning on MacOS when I do ./configure:
checking Xcode version... xcode-select: error: tool 'xcodebuild' requires
Xcode, but active developer directory '/Library/Developer/CommandLineTools'
is a command line tools instance
not found (too old?)
I also get a related strange
/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.1.sdk/usr/lib
On Wed, Feb 15, 2023 at 1:51 PM George Colpitts
wrote:
>
> Hi Ben
>
> Thanks for replying.
>
> As I mentioned in my original email I'm on Ventura,13.2.1, I just upgraded
> to that before installing alpha3.
&g
Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.1.sdk/usr/lib'
There is no urgency on my part to get this resolved. We may want to just
wait to see if anybody else on 13.2.1 got this also.
Thanks
George
On Wed, Feb 15, 2023 at 1:20 PM Ben Gamari wrote:
> George Colpitts writes:
>
&
81 matches
Mail list logo