Re: security and privacy for the 21st century

On Fri, Mar 22, 2024 at 8:26 PM Dave Beagle < 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > Kids in America are too busy playing video games to learn Math which > requires effort. I have numerous awards for Algebra and Geometry from tests > in Ohio in the early 70’s. Plu

[Bug 2040059] Re: [SRU] Sage crashes on start due to a missmatched dependency

I had another look at this and it appears the default for MAX_TEST_FAILURES in d/tests.mk just needs bumping to match the new amount specified in d/rules (230). I'm happy to upload this change (it just matches what we've done in d/rules after all), but it's not going to migrate yet due to existing

Re: security and privacy for the 21st century

sman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dave Beagle Sent: Friday, March 22, 2024 8:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: security and privacy for the 21st century Kids in America are too busy playing video games to learn Math which requ

Stus-List Re: Hints on swapping winches?

Make your own ‘glass backing sheets http://cncwindstar.blogspot.com/2015/12/making-fibreglass-parts.html?m=1 Dave - ex 33-2. Windstar On Fri, Mar 22, 2024 at 8:26 PM Joel Aronson via CnC-List < cnc-list@cnc-list.com> wrote: > Don’t use plywood. Aluminum or G10. > > Joel > &g

Re: security and privacy for the 21st century

Kids in America are too busy playing video games to learn Math which requires effort. I have numerous awards for Algebra and Geometry from tests in Ohio in the early 70’s. Plus a Math and Computer Science degree in the late 70’s. It has served me well. Just 7 percent of U.S. students scored at

Re: An extremely lazy proposal

I don't have any complaint with your proposal, but it sounds like what you need is a makefile or script to insure groff runs are done the same way every time. More simplistically, you can define a shell alias to invoke all preprocessors: "alias groff='groff -k -e -p -t -R'". (Or name the alias

Re: [packman] build error

A duplicate dav1d package in Packman isn't necessary. Regards Dave On Fri, Mar 22, 2024 at 11:40 AM Natasha Ament wrote: > sorry for the noise, they do not build. only unchanged packages seem > to 'build' as they are unchanged > > Op vr 22 mrt 2024 om 10:38 schreef N

[Standards] Re: LAST CALL: XEP-0360 (Nonzas (are not Stanzas))

izing the definition and nature of Stanzas would be very useful, I think, to newcomers and old hands alike. I think we all kind of know what we mean when we say "Stanza", but I think there's a lot of detail that would be useful to gather into one place. Dave. On Fri, 22 Mar 2024

[Standards] Re: LAST CALL: XEP-0360 (Nonzas (are not Stanzas))

er without any experience with Nonzas carrying a 'from' or > 'to' attribute. > XEP-0220 still exists, by the way. Both db:verify, db:result, and even db:error all have to, from, and type. Dave. ___ Standards mailing list -- standards@xmpp.org To unsubscribe send an email to standards-le...@xmpp.org

[Standards] Re: LAST CALL: XEP-0360 (Nonzas (are not Stanzas))

ow, you might want to do polymorphism based on something that's not a Stanza - I can't actually think why - and for that you might want to inject an artificial class. But this is an implementation detail, not something to foist upon the entire community. Dave. ___

Re: [packman] build error

This package is already in the openSUSE build service: https://build.opensuse.org/package/show/multimedia:libs/dav1d On Fri, Mar 22, 2024 at 8:31 AM Natasha Ament wrote: > Hi, > > I'm trying to build some packages that I got from > src.fedoraproject.org and build them to Tumbleweed. Local build

[dev-platform] Re: Turning on linting for unused JavaScript function arguments

signature then that is the preferred way to do it rather than disabling the rule entirely. On Wed, 29 Nov 2023 at 11:15, Dave Townsend wrote: > We’re going to start throwing lint errors for unused function arguments. > This matches our existing behaviour of throwing errors for unused var

Re: Question about Address Range Validation in Crash Kernel Allocation

Hi, On Fri, 22 Mar 2024 at 09:16, Baoquan He wrote: > > On 03/21/24 at 08:37pm, Li Huafei wrote: > > > > > > On 2024/3/21 18:06, Dave Young wrote: > > > Hi, > > > > > > On Thu, 21 Mar 2024 at 17:49, Li Huafei wrote: > > >> &g

Re: Question about Address Range Validation in Crash Kernel Allocation

On Thu, 21 Mar 2024 at 20:37, Li Huafei wrote: > > > > On 2024/3/21 18:06, Dave Young wrote: > > Hi, > > > > On Thu, 21 Mar 2024 at 17:49, Li Huafei wrote: > >> > >> Hi Baoquan， > >> > >> On 2024/3/21 17:17, chenhaixiang (A) w

Re: [PATCH V2] x86/kexec: do not update E820 kexec table for setup_data

h was passed in by kexec. I believe the RND_SEED region could cause issues only on the 3rd+ boot with a kernel without the commit you mentioned. It is a little tricky, I suppose not obvious to understand.. Thanks Dave ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

[PATCH V3] x86/kexec: do not update E820 kexec table for setup_data

_data so that kexec kernel can take care of them. This should be taken care of in other separate patches if needed. Thus drop the useless buggy code here. Signed-off-by: Dave Young --- V3: Rebase to latest mainline [Jiri Bohac] V2: changelog grammar fixes [suggestions from Huang Kai] arc

Re: [PATCH V2] x86/kexec: do not update E820 kexec table for setup_data

Hi Jiri, On Thu, 21 Mar 2024 at 18:32, Jiri Bohac wrote: > > Hi, > > On Thu, Mar 21, 2024 at 05:23:20PM +0800, Dave Young wrote: > > crashkernel reservation failed on a Thinkpad t440s laptop recently. > > Actually the memblock reservation succeeded, but later inse

[git pull] drm fixes for 6.9-rc1

Hey Linus, Fixes from the last week (or 3 weeks in amdgpu case), after amdgpu, it's xe and nouveau then a few scattered core fixes. Regards, Dave. drm-next-2024-03-22: drm fixes for 6.9-rc1 core: - fix rounding in drm_fixp2int_round() bridge: - fix documentation for DRM_BRIDGE_OP_EDID sun4i

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

@@ -0,0 +1,18 @@ +import lldb +from lldbsuite.test.lldbtest import * +import lldbsuite.test.lldbutil as lldbutil + + +class TestCase(TestBase): + +def test_raw_bytes(self): +self.build() +lldbutil.run_to_source_breakpoint(self, "break here",

Re: ImportC GUID compilation problem with some Windows headers

On Thursday, 21 March 2024 at 18:19:58 UTC, Carl Sturtivant wrote: On Thursday, 21 March 2024 at 00:06:56 UTC, Carl Sturtivant wrote: ```C EXTERN_GUID(IID_IBlahBlahBlah, 0xabcdef12, 0x11d2, 0xab3a, 0xc0, 0x4f, [...] ); ``` Has anyone successfully compiled an EXTERN_GUID declaration like

[jira] [Closed] (DAFFODIL-2195) Diagnostic file URLs are misleading when saved in compiled schema

[ https://issues.apache.org/jira/browse/DAFFODIL-2195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Thompson closed DAFFODIL-2195. --- Verified the specified commit (commit 7db9e4e4cda3b52875ab64c820df8e0855822610) is included

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

https://github.com/kastiglione updated https://github.com/llvm/llvm-project/pull/81196 >From 81a2034ff2b41e30a1f5b82c86b4d5d4c429ed52 Mon Sep 17 00:00:00 2001 From: Dave Lee Date: Thu, 8 Feb 2024 13:59:12 -0800 Subject: [PATCH 1/6] [lldb] Support custom printf formatting for variab

Re: Trying to build x86 version on windows using meson

Andres, On Thu, 21 Mar 2024 at 12:51, Andres Freund wrote: > Hi, > > On 2024-03-21 07:11:23 -0400, Dave Cramer wrote: > > It seems that attempting to cross-compile on an ARM machine might be > asking > > too much as the use cases are pretty limited. > > It for sur

[allura:tickets] #8538 Slight tweak to timeline helper methods

- **status**: open --> closed --- **[tickets:#8538] Slight tweak to timeline helper methods** **Status:** closed **Milestone:** unreleased **Created:** Wed Mar 13, 2024 07:37 PM UTC by Dillon Walls **Last Updated:** Wed Mar 13, 2024 07:38 PM UTC **Owner:** Dillon Walls --- Sent from

Re: [mailop] mailop and DKIM signatures

sometimes they will work and sometimes they won't. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

[jira] [Closed] (DAFFODIL-2880) CLI tunable option does not have an affect using saved parser -- needs error/warning

[ https://issues.apache.org/jira/browse/DAFFODIL-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Thompson closed DAFFODIL-2880. --- Verified the specified commit (commit 9b12912f59140b1e934133e777a616b6f8fff702) is included

Re: Which scanner/copier do you use with Fedora?

bscription-service/ Sincerely, -- Dave Ihnat dih...@dminet.com -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproj

Re: Trying to build x86 version on windows using meson

On Thu, 21 Mar 2024 at 03:56, Peter Eisentraut wrote: > On 20.03.24 22:49, Dave Cramer wrote: > > > > > > > > On Wed, 20 Mar 2024 at 17:11, Andres Freund > <mailto:and...@anarazel.de>> wrote: > > > > Hi, > > > > On 2024-0

Re: Question about Address Range Validation in Crash Kernel Allocation

Hi, On Thu, 21 Mar 2024 at 17:49, Li Huafei wrote: > > Hi Baoquan， > > On 2024/3/21 17:17, chenhaixiang (A) wrote: > > > >>> I'm sorry for the delay. Here are some details from the boot log and > >> /proc/iomem: > >>> The Boot log: > >>> [0.00] Linux version 6.8.0

[PATCH V2] x86/kexec: do not update E820 kexec table for setup_data

that kexec kernel can take care of them. This should be taken care of in other separate patches if needed. Thus drop the useless buggy code here. Signed-off-by: Dave Young --- V2: changelog grammar fixes [suggestions from Huang Kai] arch/x86/kernel/e820.c | 16 +--- 1 file c

[LibreQoS] Fwd: [PATCH v5 net 0/3] Report RCU QS for busy network kthreads

3 +++ net/core/dev.c | 3 +++ 3 files changed, 37 insertions(+) -- 2.30.2 -- https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast Dave Täht CSO, LibreQos ___ LibreQoS mailing list LibreQoS@lists.bufferbloat

Re: [PATCH] x86/kexec: do not update E820 kexec table for setup_data

Hi, On Thu, 21 Mar 2024 at 05:56, Huang, Kai wrote: > > Hi Dave, > > Some nitpicking in changelog: Will fix the grammar issues. Thanks for your review! > > On 5/03/2024 2:32 pm, Dave Young wrote: > > crashkernel reservation failed on a Thinkpad t440s laptop recently

Re: OPCODE tables

Ian, Hercules is IMHO rather lax. So often opcodes which were not enabled at a particular hardware level on physical hardware, but don't clash with any existing opcodes, may be enabled at on Hercules. Dave > -Original Message- > From: IBM Mainframe Assembler List > On Beha

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

@@ -0,0 +1,11 @@ +import lldb +from lldbsuite.test.lldbtest import * +import lldbsuite.test.lldbutil as lldbutil + + +class TestCase(TestBase): +def test(self): +self.build() +lldbutil.run_to_source_breakpoint(self, "break here", lldb.SBFileSpec("main.c")) +

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

@@ -658,6 +658,33 @@ static char ConvertValueObjectStyleToChar( return '\0'; } +static bool DumpValueWithLLVMFormat(Stream , llvm::StringRef options, +ValueObject ) { + std::string formatted; + std::string llvm_format = ("{0:" + options

[allura:tickets] #8539 add more ruff checks

- **status**: open --> review - **Comment**: db/8539 --- **[tickets:#8539] add more ruff checks** **Status:** review **Milestone:** unreleased **Created:** Wed Mar 20, 2024 09:27 PM UTC by Dave Brondsema **Last Updated:** Wed Mar 20, 2024 09:27 PM UTC **Owner:** Dave Brondsema ht

[allura:tickets] #8539 add more ruff checks

--- **[tickets:#8539] add more ruff checks** **Status:** open **Milestone:** unreleased **Created:** Wed Mar 20, 2024 09:27 PM UTC by Dave Brondsema **Last Updated:** Wed Mar 20, 2024 09:27 PM UTC **Owner:** Dave Brondsema https://docs.astral.sh/ruff/rules/#flake8-bandit-s in particular

Trying to build x86 version on windows using meson

instructions ? Dave Cramer

Re: [Emc-users] Not so slight problem with spindle/tools

I have a very good Cat40 bolt to bench for installing tools but it is a nasty job to bolt the cat40 back into the spindle. If I could get access I’d pull the whole mess and replace (ideally). The stack is 105 washers so not too expensive. I’ll climb up on top and take another good look down

[jira] [Reopened] (HDDS-10479) Provide a ratis command to modify list of peers in raft-meta.conf

[ https://issues.apache.org/jira/browse/HDDS-10479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Teng reopened HDDS-10479: -- Assignee: Dave Teng > Provide a ratis command to modify list of peers in raft-meta.c

[jira] [Updated] (HDDS-10479) Provide a ratis command to modify list of peers in raft-meta.conf

[ https://issues.apache.org/jira/browse/HDDS-10479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Teng updated HDDS-10479: - Status: Resolved (was: Closed) > Provide a ratis command to modify list of peers in raft-meta.c

[jira] [Reopened] (RATIS-2040) Provide a ratis command to modify list of peers in raft-meta.conf

[ https://issues.apache.org/jira/browse/RATIS-2040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Teng reopened RATIS-2040: -- Assignee: Dave Teng > Provide a ratis command to modify list of peers in raft-meta.c

[bug #63635] [troff] support `hydefault` register or similar

Follow-up Comment #6, bug #63635 (group groff): [comment #4 comment #4:] > comment #0 here mentions that hydefault defaults to 1, but the > Texinfo manual does not. Remedied in [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=98f174586 commit 98f174586].

Re: Monetary Data Types Improvement

283c1.darcy%40druid.net > > Sadly that was a mistake. Money is not really a useful type. Dave

Re: [Emc-users] black list aliexpress

Considering how much of the Ru munitions have western chips proves how much of the world is willing to cheat for a buck. > On Mar 18, 2024, at 7:33 PM, gene heskett wrote: > > On 3/18/24 18:50, Jon Elson wrote: >> On 3/18/24 07:53, Todd Zuercher via Emc-users wrote: >>> Gene, >>> >>> In all

Fwd: Announcing the Community Over Code 2024 Streaming Track

As the other organizer I’m forwarding this notice to the dev list. > Begin forwarded message: > > From: James Hughes > Subject: Announcing the Community Over Code 2024 Streaming Track > Date: March 20, 2024 at 7:23:17 AM PDT > To: us...@pulsar.apache.org > Reply-To: us...@pulsar.apache.org > >

Fwd: Announcing the Community Over Code 2024 Streaming Track

As the other organizer I’m forwarding this notice to the dev list. > Begin forwarded message: > > From: James Hughes > Subject: Announcing the Community Over Code 2024 Streaming Track > Date: March 20, 2024 at 7:24:42 AM PDT > To: u...@bookkeeper.apache.org > Reply-To:

Re: query_id, pg_stat_activity, extended query protocol

e achieved, TBH. >> > This just cropped up as a pgjdbc github issue. Seems like something that should be addressed. Dave

[Bug 2058234] Re: Remove Bluetooth firmware

I'll bump the bluetooth firmwares in linux-firmware- raspi as usual, and add a Conflicts on bluez-firmware to linux-firmware- raspi to ensure people can't try and install them simultaneously. ** Changed in: linux-firmware-raspi (Ubuntu) Assignee: (unassigned) => Dave Jones (waveform) ** Changed in: l

Re: Pulsar website update - GitHub profile links for committers and PMC members

I think this is great. There is one problem however. It is important to highlight our apache ids over our GitHub ids. Both are important, but having an easy to find map of name, apache-id, and GitHub-id will only help us all know each other better. Thanks, Dave > On Mar 19, 2024, at 7:26

[bug #64579] deprecate driver-specific `internalname` member variable

Follow-up Comment #1, bug #64579 (group groff): [comment #0 original submission:] > the other, much higher-profile, thing groff calls an "internal name". ...this other thing being one of the parameters to the .fp request. But by the time I filed this in savannah, the terms "internal name" and

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

kastiglione wrote: @jimingham now that I've switched to llvm format, I'll loop back and follow up on your comments. https://github.com/llvm/llvm-project/pull/81196 ___ lldb-commits mailing list lldb-commits@lists.llvm.org

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

kastiglione wrote: I've updated this PR to use llvm formatting instead of printf. For the following reasons: 1. For printf, users would have to know the system's size of the value, eg `%d` vs `%ld` etc 2. Users would have to provide different values for different systems, which limits the

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

https://github.com/kastiglione edited https://github.com/llvm/llvm-project/pull/81196 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] [lldb] Support custom LLVM formatting for variables (PR #81196)

https://github.com/kastiglione edited https://github.com/llvm/llvm-project/pull/81196 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] [lldb] Support custom printf formatting for variables (PR #81196)

https://github.com/kastiglione updated https://github.com/llvm/llvm-project/pull/81196 >From 81a2034ff2b41e30a1f5b82c86b4d5d4c429ed52 Mon Sep 17 00:00:00 2001 From: Dave Lee Date: Thu, 8 Feb 2024 13:59:12 -0800 Subject: [PATCH 1/5] [lldb] Support custom printf formatting for variab

Re: [Emc-users] black list aliexpress

We had some training on traveling wave amplifier tubes, referred to as TWAT tubes back in Nike Hercules tech school in 1977. Dave ex MOS 22L On Tue, Mar 19, 2024 at 4:35 PM gene heskett wrote: > On 3/19/24 14:15, Robin Szemeti via Emc-users wrote: > > I purchased a couple of large t

Re: groff now undoing .ad settings after .IP

On Sun, Mar 17, 2024 at 3:53 PM G. Branden Robinson wrote: > At 2024-03-16T12:32:44-0700, Russ Allbery wrote: > > 1. Do you think you'll change the long-standing groff default from > >full justification to ragged right under nroff in the an macro set > >for the next release? > > No. >

Re: mandoc(1)'s man pages, groffed, and Project KIC (was: Milestone reached: hyperlinked mdoc(7) documents in PDF)

On Tue, Mar 19, 2024 at 1:28 PM Lennart Jablonka wrote: > replace Courier by a non-fixed-width type face, because we really don’t > need to emulate the nonsense typewriters do in print. True if it were emulating only typewriters, but fixed-width fonts are still very common in terminal emulators.

[jira] [Closed] (DAFFODIL-2877) Allow pattern restriction facet to be used on non-string types

[ https://issues.apache.org/jira/browse/DAFFODIL-2877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Thompson closed DAFFODIL-2877. --- Verified the specified commit (commit 77d61900715034c9b09c73e93e9bedfc16d81438) is included

Re: [PATCH v2 1/1] cxl/mem: Fix for the index of Clear Event Record Handle

->handles[i])); >>> + le16_to_cpu(payload->handles[i-1])); >> Trivial but needs spaces around the -. e.g. [i - 1] >> >> Maybe Dan can fix up whilst applying. >> >> Otherwise >> >> Reviewed-by: Jonathan Cameron > > I have

[bug #62911] [man] want keep macros: KS, KE

Follow-up Comment #1, bug #62911 (group groff): [comment #0 original submission:] > I have a use case for KS/KE See, for example, bug #62182. ___ Reply to this item at:

[Bug 2054480] Re: [MIR] nbd-client

> I really appreciated the detailed bug description. However, some > elements were missing on the MIR template rules and checks, like the > output of lintian pedantic running as per > https://github.com/canonical/ubuntu-mir. Also, some information are > not exact, you state: "* The package

[NNagain] some chatter about the fcc news

://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast Dave Täht CSO, LibreQos ___ Nnagain mailing list Nnagain@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/nnagain

Re: [Emc-users] Not so slight problem with spindle/tools

that is moving a lot of material in my case 8620 or 20 carbon steel, not too challenging. > On Mar 18, 2024, at 5:26 PM, andy pugh wrote: > > On Mon, 18 Mar 2024 at 21:13, Dave Engvall wrote: > >> So I’ve built Tee-nuts that will retain the cat40 assuming the >> M6 shcs hol

[bug #63289] [mdoc] .Bd -unfilled lines run together when .Sm and .No are both also in effect

Follow-up Comment #1, bug #63289 (group groff): [comment #0 original submission:] > line1 and line2 are run together in output of GNU "nroff -mdoc". and also in Heirloom troff, FWIW. There are a few rendering differences between Heirloom and GNU, but identical to both is that they emit

[TV orNotTV] Re: SNL Product Un-placement

Now if they could only digitally add comedy. --Dave Sikula On Monday, March 18, 2024 at 7:56:31 PM UTC-7 Stan S wrote: > Digital de-branding occurred after a recent SNL sketch. > > https://latenighter.com/news/chase-bank-to-snl-thanks-but-no-thanks/ > > -Stan > -- You rec

[bug #63046] [mdoc] handle rendering option strings and registers as man(7) does

Follow-up Comment #9, bug #63046 (group groff): [comment #8 comment #8:] > I'm punting MF and U to a subsequent release since there are > thorny issues with PDF hotspots [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=d06340293 Commit d06340293] took care of U. I opened bug #65484 for

Re: [PATCH] x86/kexec: do not update E820 kexec table for setup_data

On Tue, 5 Mar 2024 at 09:32, Dave Young wrote: > > crashkernel reservation failed on a Thinkpad t440s laptop recently, > Actually the memblock reservation succeeded, but later insert_resource() > failed. > > Test step: > kexec load -> > kexec reboot

Re: [PATCH v2 1/3] efi/x86: skip efi_arch_mem_reserve() in case of kexec.

Hi, Added Ard in cc. On 03/18/24 at 07:02am, Ashish Kalra wrote: > From: Ashish Kalra > > For kexec use case, need to use and stick to the EFI memmap passed > from the first kernel via boot-params/setup data, hence, > skip efi_arch_mem_reserve() during kexec. > > Additionally during SNP guest

[Emc-users] Not so slight problem with spindle/tools

that will retain the cat40 assuming the M6 shcs hold. Planned use is to use small tools at max spindle speed. (4K). I need ideas to clamp the cat40 so I can torque down tool while in the spindle. Any inspiration? Dave ___ Emc-users mailing list Emc-users

[Lldb-commits] [lldb] [lldb][nfc] Factor out repeated code in DWIM Print (PR #85669)

https://github.com/kastiglione approved this pull request. one request, and then looks good, thanks. https://github.com/llvm/llvm-project/pull/85669 ___ lldb-commits mailing list lldb-commits@lists.llvm.org

[Lldb-commits] [lldb] [lldb][nfc] Factor out repeated code in DWIM Print (PR #85669)

https://github.com/kastiglione edited https://github.com/llvm/llvm-project/pull/85669 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] [lldb][nfc] Factor out repeated code in DWIM Print (PR #85669)

@@ -129,6 +129,19 @@ void CommandObjectDWIMPrint::DoExecute(StringRef command, } }; + // Dump `valobj` according to whether `po` was requested or not. + auto dump_val_object = [&](ValueObject ) { kastiglione wrote: Would you mind also applying this

[Standards] Re: LAST CALL: XEP-0388 (Extensible SASL Profile)

On Mon, 18 Mar 2024, 17:32 Stephen Paul Weber, wrote: > >> However it does lack any way to support indicating to the server > >> which > >> credential will be used, other than perhaps by implication from the SASL > >> mechanism. > >> > >> > >That's not the purview of a SASL profile. If a SASL

[Lldb-commits] [lldb] [lldb][nfc] Factor out repeated code in DWIM Print (PR #85669)

@@ -130,7 +130,20 @@ void CommandObjectDWIMPrint::DoExecute(StringRef command, } }; - // First, try `expr` as the name of a frame variable. kastiglione wrote: 1. I'd prefer to leave the "first", "second", "third" comments. I want to be explicit that

[Standards] Re: LAST CALL: XEP-0388 (Extensible SASL Profile)

On Mon, 18 Mar 2024 at 14:19, Stephen Paul Weber wrote: > >1. Is this specification needed to fill gaps in the XMPP protocol > >stack or to clarify an existing protocol? > > Yes, we currently have no way to use multiple SASL or otherwise to acheive > a > similar result. > > >2. Does the

[Standards] Re: LAST CALL: XEP-0388 (Extensible SASL Profile)

On Mon, 18 Mar 2024 at 09:00, Daniel Gultsch wrote: > This message constitutes notice of a Last Call for comments on > XEP-0388. > > Title: Extensible SASL Profile > Abstract: > This document describes a replacement for the SASL profile documented > in RFC 6120 which allows for greater

Re: [Starlink] Sidebar to It’s the Latency, FCC: Measure it?

I am curious what the real world bandwidth requirements are for live sports, streaming? I imagine during episodes of high motion, encoders struggle. On Mon, Mar 18, 2024 at 12:42 PM Colin_Higbie via Starlink wrote: > > To the comments and question from Dave Collier-Brown in response

Re: [Feedback] Personal feedback regarding your mailing-list health

on the list thinks we should make some adjustments, do feel free to speak up. My own email management isn't necessarily the same as how everyone does it :) Thanks Chris for the input -Dave On 3/15/24 7:46 AM, Christofer Dutz wrote: Hi all, while reviewing your projects activities as part of my

Re: Learning one's tools

Nothing I’ve stated is untrue. The jealousy from likely non college graduates is obvious. Sent from Yahoo Mail for iPhone On Monday, March 18, 2024, 11:16 AM, David Crayford <0595a051454b-dmarc-requ...@listserv.ua.edu> wrote: > On 18 Mar 2024, at 22:33, Dave Beagle > <0

Re: Learning one's tools

sfully undergone a full IRS audit. Of course this system would probably result in a severe shortage of congresspersons. But there might also be some drawbacks. -Dave Barry's plan to simplify the tax code, 2000-04-09 */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sey

Re: [VOTE] The retirement of Apache Milagro

+1 (binding) > On Mar 18, 2024, at 12:44 AM, jean-frederic clere wrote: > > Hi All, > > Based on discussion[1], I would like to call a vote to retire Apache Milagro. > > Please vote accordingly: > [] +1 approve > [] +0 no option > [] -1 disapprove with a reason > > [1]:

[cctalk] Re: Two IBM 360's available in the UK

. I think the big question is, could it realistically be restored? Who would actually want to do this if they don't own it and don't have any guaranteed future rights. These questions are why many Museums only accept unconditional donations, but its also why people don't want to donate to museums as the future of the objects can be uncertain. > > > Christian Dave

Re: [FFmpeg-devel] [PATCH v3 2/2] lavc/vulkan_av1: port to the new stable API

ld limit this to maxDpbSlots I suspect, probably still use a uint32_t bitmask to track it. Dave. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Re: ld: can't write output file for architecture ppc

e. Annually? Yikes; I run it weekly... -- Dave

[Elecraft] Elecraft 80M SSB Net Report

3803 kHz, 9PM ET Sunday (0100Z Monday). Thanks to the following check ins (w) and relays (rel): Call State Radio/Amp Name 1 N8SBE MIK4D/KPA500Dave (w),(op) 2 WB9JNZ ILFTDX101d/KPA1500 Eric (rel),(w) 3 W9PCS WIK4D/KPA500Paul (w) 4

[bug #63332] [PATCH] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #18, bug #63332 (group groff): [comment #3 comment #3:] > The best guess I have for now is that because the bullet is in > ISO 8859-1 (the daggers aren't), One nit: the bullet \[bu] is Unicode U+2022, so not in ISO 8859-1.

Re: [DNSOP] Fwd: I-D Action: draft-toorop-dnsop-ranking-dns-data-00.txt

Ray Bellis writes: > I get the impression with DELEG on the horizon that there's a shift > towards the parent side data being considered more "authoritative" even > though in protocol terms it explicitly isn't. Yes and no; there's a bit of nuance to ferret out here. This is part of the

Re: [DNSOP] Fwd: I-D Action: draft-toorop-dnsop-ranking-dns-data-00.txt

Willem Toorop writes: > Should RFC 8767 stale data be ranked differently than fresh data? > Should EDNS Client Subnet play into ranking? > > I like your thinking! Yes, fresh data should replace stale data in > resolver caches It's basically A- in your draft's hierarchy, I think, though

Re: Use public inbox in groff [was: Remove redundant tests]

On Sun, Mar 17, 2024 at 2:42 PM G. Branden Robinson wrote: > If Sourceware's policy is to maintain an archive only consequent to some > sort of _official_ request, then such would probably need to come from > Bertrand Garrigues, who is still groff's GNU maintainer. Additionally, Werner is the

Re: [DNSOP] I-D Action: draft-ietf-dnsop-compact-denial-of-existence-03.txt

Shumon Huque writes: > The draft allows (but does not proscribe) NXDOMAIN to be inserted > into the Rcode for non DNSSEC enabled responses. I guess the main > reason for not being proscriptive was what I mentioned - there were > deployments in the field that didn't. But I'm amenable to tightening

Re: [mailop] mailop and DKIM signatures

.  Also note the reference to mailing lists, as being discussed here. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

[Elecraft] Elecraft 80M SSB Net Announcement

. As daylight persists more into the evening, we may find it more difficult to conduct the net at its regular time. For the time being, let's keep it at 9PM ET, as that is getting late on a 'school night' for a lot of folks, as it is. Your net control this week will be Dave, N8SBE. The group

Re: MS Office 2010+ "Agile" encrypted OOXML documents are working now!

Hi Damjan, I know it “opens a big can of worms” and is another issue, but upgrading to a newer OpenSSL for Trunk and maybe 4.2 would be a very good thing, Best, Dave > On Mar 17, 2024, at 4:23 AM, Damjan Jovanovic wrote: > > Also > that ancient OpenSSL version we use internally,

[Starlink] Sidebar to It’s the Latency, FCC: Measure it?

luminating --dave -- David Collier-Brown, | Always do right. This will gratify System Programmer and Author | some people and astonish the rest dave.collier-br...@indexexchange.com | -- Mark Twain CONFIDENTIALITY NOTICE AND DISCLAIMER : This telecommunication, including an

[Elecraft] [K3} High SWR on 17 meters

I attempted to do the TX gain calibration on my K3, S/N 1171 today but it fails with 2.2:1 SWR in 18 MHz. I've tried both ANT1 and ANT ports on the K3, multiple different patch cables, and two different high-precision Cablewave dummy loads. With my LP-100A SWR meter in-line when testing it

Re: [mailop] mailop and DKIM signatures

DKIM policy is reject or quarantine. That's DMARC, not DKIM. DKIM does a signature.  DMARC uses it (and/or SPF). d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ mailop mailing list mailop@mailop.org

Re: [DNSOP] I-D Action: draft-ietf-dnsop-compact-denial-of-existence-03.txt

Shumon Huque writes: > I've been told the other way is confusing too - we get a different response > depending on the value of the DO flag. Since it isn't clear to me which way > is the least worse, I'm fine with leaving the text as is. Of course, we already get different responses depending on

Re: [DNSOP] I-D Action: draft-ietf-dnsop-compact-denial-of-existence-03.txt

Stephane Bortzmeyer writes: > > One current implementation does not differentiate DO=0 vs 1 and gives the > > same NODATA answer for both cases. > > Yes. I see no practical problem with that but, from a philosophical > point of view, it disturbs me. Naive clients may make wrong > conclusions from

<    4   5   6   7   8   9   10   11   12   13   >