Follow-up Comment #4, bug #59434 (group groff):
I guess we should get our terminology straight.
For the infamous [comment #0 original submission] sample code, if COND1 is
false, groff emits the .el warning. Do you consider this warning spurious?
Based on everything written on this so far, I'm
Incidentally, this is the product in question:
https://www.raspberrypi.com/products/dac-plus/
I've been using one of the older IQaudIO DAC+ boards, but I'm told
they're electrically equivalent; they were just rebranded when Raspberry
Pi started producing them directly.
--
You received this bug
Update of bug #42675 (group groff):
Summary: \} considered as macro argument regarding register
.$ => \} considered as macro argument
___
Follow-up Comment #7:
More wisdom from the email threads cited in comment #1 and
Follow-up Comment #17, bug #45502 (group groff):
[comment #16 comment #16:]
> Sometimes I don't evaluate the truth value of a proposition
> until I've inspected the machine that interprets it.
"Trust, but verify," as they say (though the second step seems to render the
first moot).
> You are
Update of bug #60260 (group groff):
Item Group: Incorrect behaviour => Warning/Suspicious
behaviour
Status: Invalid => Duplicate
___
Follow-up Comment #7:
[comment #6
Follow-up Comment #26, bug #65474 (group groff):
[comment #24 comment #24:]
> I think my recast[1] of the relevant material in our Texinfo
> manual is a reliable guide to interpretation.
It's a reliable guide to other-troff interpretation. But in groff, change
that example's ".nr
Follow-up Comment #25, bug #65474 (group groff):
[comment #22 comment #22:]
> Sure, but I'd like to do that once the 3 of us (you, me, and
> Paul) are on the same page, so that we aren't arguing any
> facts, just the advisability of future action.
> Yours and Bjarni's claims in that ticket
Follow-up Comment #23, bug #65474 (group groff):
[comment #11 comment #11:]
> Solaris 10 /usr/bin/nroff outputs "CASE a", which is what I'd expect.
Heirloom troff does as well.
> gnroff outputs "NOTREACHED", which is surprising.
My guess at the end of comment #16 was wrong. This, it turns
Christina,
Horizontal vs. Vertical depends on how you have mail set up. If preview is at
the bottom, then horizontal. If preview is to the right, then vertical.
Dave Carlson
Woodworker, Musician, Oregonian, Engineer, Farfar
dgcarlson0...@gmail.com
On Apr 6, 2024, at 3:59 PM, Christina wrote
/download
For the Apache OpenOffice PMC,
Dave Fisher
> On Apr 6, 2024, at 12:51 PM, Wade Smart wrote:
>
>
> OO is always free. Whoever you made the payment to - is NOT
> OO. Whatever you paid - you gifted them.
>
> On Saturday 06 April 2024 01:15:28 PM (-05:00), barbara Hon
Follow-up Comment #19, bug #65474 (group groff):
[comment #18 comment #18:]
> I propose to fix this by killing the warning category along with
> the spuriousness.
With two longtime groff users (Tadziu and Bjarni, with me still on the fence)
arguing that the warning isn't spurious, I wonder if
,
Cyrillic Russian). It's like they're saying, "We can read and write
Russian, we just can't speak it." (Although I am reminded of someone
complaining about a production of Chekhov because the actors didn't speak
in Russian accents, like Boris and Natasha).
--Dave Sikula
On Friday, Apr
Public bug reported:
Came across something bizarre when investigating the audio situation
with server on the Pi 5 (LP: #2038924). Moving the server images to use
the KMS overlay solves the situation, and would be preferable as it
would eliminate another difference between server and desktop
Public bug reported:
Came across something bizarre when investigating the audio situation
with server on the Pi 5 (LP: #2038924). Moving the server images to use
the KMS overlay solves the situation, and would be preferable as it
would eliminate another difference between server and desktop
@@ -1029,6 +1038,16 @@ macro(add_llvm_executable name)
add_llvm_symbol_exports( ${name} ${LLVM_EXPORTED_SYMBOL_FILE} )
endif(LLVM_EXPORTED_SYMBOL_FILE)
+ if (NOT LLVM_ENABLE_EXPORTED_SYMBOLS_IN_EXECUTABLES)
+if(LLVM_LINKER_SUPPORTS_NO_EXPORTED_SYMBOLS)
+
@@ -1029,6 +1038,16 @@ macro(add_llvm_executable name)
add_llvm_symbol_exports( ${name} ${LLVM_EXPORTED_SYMBOL_FILE} )
endif(LLVM_EXPORTED_SYMBOL_FILE)
+ if (NOT LLVM_ENABLE_EXPORTED_SYMBOLS_IN_EXECUTABLES)
+if(LLVM_LINKER_SUPPORTS_NO_EXPORTED_SYMBOLS)
+
: _kvm_kvatop(0)
Kernel compiled without options LOCKDEBUG.
Looking at the changes from RC6 to the final 10.0 release nothing looks
particularly problematic. Any pointers to how to track down where the
fault is occuring?
Dave
[ 1.00] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002,
2003
there's a ui like GitHub for reviewing changes
> to the svn repository.
There is no ui for this. This part of the incubator process is pre-2010. I
highly recommend that you use an XML Validator like
https://www.w3schools.com/xml/xml_validator.asp to avoid breaking process.
Best,
Dave
>
https://bugs.kde.org/show_bug.cgi?id=484691
--- Comment #2 from Dave ---
Thank you for the update. This ticket can be closed. The next day
everything was working again. I have no idea what changed. Thank you
again for the follow up.
On Mon, Apr 1, 2024 at 10:01 PM Harald Sitter
wrote
uld be resolved if subscribers change the Mailing List
> from using the old address to the new one (which I have just done
> myself!) and then normal service will I think resume.
> Martin
Ooer! I don't remember seeing a note about the change, so I've still been
posting via the old list.
Now changed.
Dave
--
Dave Triffid
;here are some things you may find helpful" - maybe the
> proxy is more than that? But I don't recall ever mention the proxy
> specifically in a project report.
>
> Would if help if the sub-heading (it's at the same level as releases) read
> "Other Releases:" ?
>
> O
is the consensus. Same as considering it as a release -
> but as you mentioned we don't seem to treat other sub-projects that way.
>
>
> On 2024/04/05 17:59:22 Dave Marion wrote:
> > Just curious why the Accumulo Access library mentions is in "Other". I
> > think an alt
Is it possible to perform C++ builds of ECL on Windows/MSVC?
Thanks,
Dave
Follow-up Comment #16, bug #65474 (group groff):
[comment #11 comment #11:]
> Could you explain why Tadziu's argument is cogent? I'm not
> following it.
In a nutshell, groff short-circuits in a quirky and nonintuitive way. In this
code:
.ie condition1 action1
.el .ie condition2 action2
.el
bump. We've
> been avoiding protocol version bumps like the plague since forever,
> and swinging all the way to the other extreme doesn't sound like the
> right idea to me.
>
+1 for not swinging too far here. But I don't think it should be a non
starter.
Dave
Just curious why the Accumulo Access library mentions is in "Other". I
think an alternate version of this could describe Accumulo Access in the
"Project Status" or "Project Activity" section and then add the release to
the "Releases" section. Does it get relegated to "Other" because it's a
Follow-up Comment #15, bug #45502 (group groff):
[comment #12 comment #12:]
> Wow, it's actually GNU _troff_ that aggressively reads through
> the newline.
That _was_ Carsten's original complaint.
[comment #14 comment #14:]
> That last version of the exhibit is now the basis of the
> regression
us
> > messages. And when I send a ParameterStatus message, it doesn't matter
> > if I'm in a good transaction, an aborted transaction, or no
> > transaction at all, and the setting change takes effect regardless of
> > that and regardless of any subsequent rollbacks. Is that right?
> >
> > I feel like maybe it's not, because you seem to be thinking that you'd
> > also set these in the startup packet, at least...
>
> Setting PGC_PROTOCOL gucs would be allowed in the startup packet,
> which is fine afaict because that's also something that's part of the
> protocol level and is thus fully controlled by client libraries and
> poolers) But other than that: Yes, conf files, ALTER, and SET cannot
> change these GUCs.
>
+1
Dave
In article <5b4cc7c00c...@mightyoak.org.uk>,
Bob Latham wrote:
> In article <5b4cbd5005d...@triffid.co.uk>,
>Dave wrote:
> > I fixed it here by changing the Uniserver and Hermes !Run file
> > "RMEnsure SocketWatch" entries to point to
>
Hi Sakari
On Fri, 5 Apr 2024 at 11:59, Sakari Ailus wrote:
>
> Hi Luis, Dave,
>
> On Thu, Apr 04, 2024 at 04:44:05PM -0600, Luigi311 wrote:
> > On 4/3/24 10:18, Sakari Ailus wrote:
> > > Hi Luis, Dave,
> > >
> > > On Wed, Apr 03, 2024 at 09:03:48A
This makes complete sense. Thank you!
Dave
-Original Message-
From: Marius Gerbershagen
Sent: Thursday, April 4, 2024 10:58 AM
To: d...@synergy.org; ecl-devel@common-lisp.net
Subject: Re: Adding include and library directories
Dear Dave,
c::*ecl-include-directory* tells ECL
col, which is
> very confusing to anyone implementing it. Different servers
> implementing the 3.0 protocol without the NegotiateVersion message is
> a good example of that.
>
Totally agree.
>
> > I fear that if we prefer protocol extensions over version increases,
> > then we'd get a very fragmented landscape of different client libraries
> > supporting different combinations of things.
>
> +1
Dave
> +1
>
Hi Conor
On Wed, 3 Apr 2024 at 17:14, Conor Dooley wrote:
>
> On Wed, Apr 03, 2024 at 09:03:47AM -0600, g...@luigi311.com wrote:
> > From: Dave Stevenson
> >
> > There are a number of variants of the imx258 modules that can not
> > be differentiated at runt
In article <5b4cba41f5d...@triffid.co.uk>,
Dave wrote:
[Snippy]
> If it's of any use to anyone else, on the RISC OS 6.20 install here,
> there are three occurrences of "SockWatch".
> ..$.!Boot.Choices.Users.Single.Boot.PreDesk.!UniPrint.SockWatch
> ..$
Follow-up Comment #8, bug #45502 (group groff):
[comment #6 comment #6:]
> GNU troff treats a newline and EOF equivalently in this case.
Also I don't get how that's possible. GNU troff treats a newline at the end
of an .if condition as an implied join with the following line. If EOF
instead
In article <5b4c7d5616nets...@avisoft.f9.co.uk>,
Martin Avison wrote:
> In article <5b4c7ad502d...@triffid.co.uk>,
>Dave wrote:
> > Begs a question, how does one go about finding any other apps that
> > are loading/using that old module?
> !Locat
Follow-up Comment #7, bug #45502 (group groff):
[comment #6 comment #6:]
>If an `el` request or the
>conditional expression of an `if` or `ie` request is followed
>immediately by a newline, then (A) if in AT compatibility
>mode, ignore the newline character as AT troff did
This
Public bug reported:
First reported on the Raspberry Pi forums
(https://forums.raspberrypi.com/viewtopic.php?p=2162847), I've since
confirmed that the Raspberry Pi DAC+ HAT (formerly the IQaudIO DAC+ HAT,
which is basically the same board) works happily under RaspiOS on the Pi
5, but not Ubuntu
ail.com/
> > [2]
> > Link:
> > https://lore.kernel.org/lkml/20240307093727.1978126-1-colin.i.k...@gmail.com/
> > [3]
> > Signed-off-by: Miguel Ojeda
> > ---
>
>
> LGTM,
>
> Reviewed-by: Abhinav Kumar
I'm seeing this on my drm-next tree, where is this fix landing?
Dave.
ail.com/
> > [2]
> > Link:
> > https://lore.kernel.org/lkml/20240307093727.1978126-1-colin.i.k...@gmail.com/
> > [3]
> > Signed-off-by: Miguel Ojeda
> > ---
>
>
> LGTM,
>
> Reviewed-by: Abhinav Kumar
I'm seeing this on my drm-next tree, where is this fix landing?
Dave.
: None
___
Follow-up Comments:
---
Date: Thu 04 Apr 2024 11:52:22 PM CDT By: Dave
Bug #40716 seeks to bring TeX's Knuth-Plass algorithm to groff. This is in
progress but is a monumental, and thus slow, task.
Th
On Sun, Mar 31, 2024 at 5:31 AM Colin Watson wrote:
> I've omitted README.git to ensure that we still warn people who don't
> know what they're doing that running "./bootstrap" may not be the right
> place to start.
*raises hand* I am one of those who don't know what they're doing --
at least
On Tue, Apr 2, 2024 at 10:14 PM Steve Izma wrote:
> Good question. One experiment might be to choose a long paragraph
> and typeset it in TeX, Heirloom troff, and groff and see what the
> differences are. Yes, I know, I should probably walk the talk,
> but I don't have Heirloom troff installed
Hi Linus,
Weekly fixes, mostly xe and i915, amdgpu on a week off, otherwise a
nouveau fix for a crash with new vulkan cts tests, and a couple of
cleanups and misc fixes.
Dave.
drm-fixes-2024-04-05:
drm fixes for v6.9-rc3
display:
- fix typos in kerneldoc
prime:
- unbreak dma-buf export
On Tue, Apr 2, 2024 at 3:29 PM Dave Kemper wrote:
> It would be interesting to know if someone with experience using the
> Heirloom troff implementation of this algorithm (and with a good
> typographic eye) has noticed the same problem there. That is, is it a
> bug in the algo
Public bug reported:
First reported on the Raspberry Pi forums
(https://forums.raspberrypi.com/viewtopic.php?p=2162847), I've since
confirmed that the Raspberry Pi DAC+ HAT (formerly the IQaudIO DAC+ HAT,
which is basically the same board) works happily under RaspiOS on the Pi
5, but not Ubuntu
In article <5b4c6d1356d...@triffid.co.uk>,
Dave wrote:
> In article <5b4c616f4d...@mightyoak.org.uk>,
>Bob Latham wrote:
> > In article <5b4c526636li...@torrens.org>,
> >Richard Torrens (lists) wrote:
> > > In article <5b4c408979.
Follow-up Comment #10, bug #65474 (group groff):
[comment #9 comment #9:]
> I'll leave this one to cope with the issue of when we should
> throw a warning, how.
Tadziu makes a cogent argument
(http://lists.gnu.org/r/groff/2021-03/msg00024.html) that the warning is not
spurious. Bjarni might be
Hi Pedro,
> On Apr 4, 2024, at 3:14 PM, Pedro Lino wrote:
>
> Hi Dave
>
>> On 04/04/2024 10:59 PM WEST Dave Fisher wrote:
>>
>>
>> Hi -
>>
>> Maybe this page might help
>> https://orcacore.com/install-openssl-3-ubuntu-20-04/
>
** Merge proposal linked:
https://code.launchpad.net/~waveform/ubuntu-seeds/+git/ubuntu-seeds/+merge/463674
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2055434
Title:
[MIR] pemmican
To
Hi -
Maybe this page might help https://orcacore.com/install-openssl-3-ubuntu-20-04/
Best,
Dave
> On Apr 4, 2024, at 2:50 PM, Pedro Lino wrote:
>
> Hi Damjan
>
> Thank you for the reply, the macro and detailed instructions!
>
>
>> On 04/04/2024 5:37 PM W
kastiglione wrote:
Thanks for adding this! I've been using `CMAKE_EXE_LINKER_FLAGS` to
`-Wl,-no_exported_symbols`, and have had no problems.
https://github.com/llvm/llvm-project/pull/87684
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
kastiglione wrote:
Thanks for adding this! I've been using `CMAKE_EXE_LINKER_FLAGS` to
`-Wl,-no_exported_symbols`, and have had no problems.
https://github.com/llvm/llvm-project/pull/87684
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
@@ -673,6 +673,9 @@ option(LLVM_USE_OPROFILE
option(LLVM_EXTERNALIZE_DEBUGINFO
"Generate dSYM files and strip executables and libraries (Darwin Only)" OFF)
+option(LLVM_ENABLE_NO_EXPORTED_SYMBOLS
kastiglione wrote:
should the name reflect the opposite of
@@ -673,6 +673,9 @@ option(LLVM_USE_OPROFILE
option(LLVM_EXTERNALIZE_DEBUGINFO
"Generate dSYM files and strip executables and libraries (Darwin Only)" OFF)
+option(LLVM_ENABLE_NO_EXPORTED_SYMBOLS
kastiglione wrote:
should the name reflect the opposite of
6J8bV3ZjUJjklJ9
Regards, Dave
>
rged the !System
> > in the zip with your own?
> Yes, but an earlier socket is loaded by both UniPrint and Hermes from
> within the applications, there may be more.
> Bob.
After updating System with the new one.
I just went inside ...!Hermes.Resources.SockWatch and named it out
(SockWatchXXX).
No problems after that.
Dave
--
Dave Triffid
I'm currently investigating switching the server images to load the kms
overlay by default (they don't currently). This does appear to fix the
issue, in that the vc4-hdmi ports show up in /proc/asound/cards once the
overlay is loaded. Unfortunately, it also appears to break boot on the
512MB 3A+
o
> > one module enables it to the other one, too. So this input becomes the only
> > way
> > to really enable/disable power to the chip when both are used at once at
> > some
> > point, because regulator_bulk_enable/disable becomes ineffective at that
> > p
[
https://issues.apache.org/jira/browse/AVRO-3969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Kliczbor updated AVRO-3969:
Description:
Hello,
We think we identified a bug in the SpecificDefaultWriter implementation
[
https://issues.apache.org/jira/browse/AVRO-3969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Kliczbor updated AVRO-3969:
Description:
Hello,
We think we identified a bug in the SpecificDefaultWriter implementation
[
https://issues.apache.org/jira/browse/AVRO-3969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Kliczbor updated AVRO-3969:
Language: C#
Labels: easyfix (was: )
> [C#] Serializing a Map/Dictionary us
Dave Kliczbor created AVRO-3969:
---
Summary: [C#] Serializing a Map/Dictionary using
SpecificDefaultWriter and JsonEncoder fails with AvroTypeException
Key: AVRO-3969
URL: https://issues.apache.org/jira/browse/AVRO
Follow-up Comment #6, bug #42675 (group groff):
[comment #0 original submission:]
> Output with groff-1.22.2 on OpenBSD:
> 0 1 1 2
[The above is what was entered in the original submission; savannah interprets
a leading "0" on a line as list markup, so it renders incorrectly in the
original
Follow-up Comment #8, bug #65474 (group groff):
Upon further digging, this appears to be a duplicate of bug #60260. Jim
opened that bug report in 2021, but it's a restatement of an issue he
previously brought up in 2013:
http://lists.gnu.org/r/bug-groff/2013-02/msg3.html
min tasks on
Mondays); will 2.9.3 drop cleanly onto 2.9.1?
I ask because I got bitten by a Linux upgrade; apparently Debian (if not
all of them) requires all intermediate upgrades be performed...
-- Dave
Christina:
Please define mid-length in a range of minutes.
Long and short can be subjective and vary by norms of the form. E.g. a 45'
experimental films would probably feel 'long', but a 45' narrative (either
fiction or non-fiction, including 'cult/camp') would be considered only
'mid-length', as
that need this. You would have to have
optics working. Below is a video on how to do this with a Samsung tablet
from Eric Bentsen.
https://www.youtube.com/watch?v=VuGcZafueic=280s
Dave Angelini Offgrid Solar
"we go where powerlines don't"
[1]https://offgridsolar1.com/ [2] [1]
e-mail
- **status**: in-progress --> review
---
**[tickets:#8555] check blocked users better**
**Status:** review
**Milestone:** unreleased
**Created:** Tue Apr 02, 2024 09:39 PM UTC by Dave Brondsema
**Last Updated:** Tue Apr 02, 2024 09:42 PM UTC
**Owner:** Dave Brondsema
If a user is bloc
ove has_access(..)() syntax**
**Status:** review
**Milestone:** unreleased
**Created:** Wed Apr 03, 2024 06:09 PM UTC by Dave Brondsema
**Last Updated:** Wed Apr 03, 2024 06:09 PM UTC
**Owner:** nobody
`has_access` returns a TruthyCallable which can be treated as a bool or called
again, wh
This is not a big, found solution.
** Changed in: nova
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/2059962
Title:
Unable to Live
---
**[tickets:#8556] deprecate and remove has_access(..)() syntax**
**Status:** open
**Milestone:** unreleased
**Created:** Wed Apr 03, 2024 06:09 PM UTC by Dave Brondsema
**Last Updated:** Wed Apr 03, 2024 06:09 PM UTC
**Owner:** nobody
`has_access` returns a TruthyCallable which can
[
https://issues.apache.org/jira/browse/DAFFODIL-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Thompson closed DAFFODIL-2159.
---
Verified the specified commit (commit 78f2e4bda3cdc8f1365da2e8f74df971536846dc)
is included
[
https://issues.apache.org/jira/browse/DAFFODIL-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Thompson closed DAFFODIL-1515.
---
Verified the specified commit (commit fe6646f317ed10d4efce31ae5214c5ccaadacc72)
is included
Hi -
I’m hoping to follow up on the host VM and investigate this issue. I’m likely
to need help from ASF Infra on the VM's smtp configuration. BTW - we also need
to make sure that changes don’t break the MediaWiki which is hosted on that
same VM.
Best,
Dave
> On Apr 3, 2024, at 1:24
. The VOTE should not be held unless
that is demonstrated in the [DISCUSS].
5. The Board should ask for explicit assurances from the Incubator PMC that the
new PMC has or will handle the situation.
Best,
Dave
>
> On 2021/12/20 22:50:13 Eya Badal Abdisho wrote:
>> Hello Justin,
&
I'm fairly sure we can just ditch that file entirely in ubuntu-raspi-
settings now, as ubuntu-desktop-settings should provide an equivalent
under /lib.
** Changed in: ubuntu-raspi-settings (Ubuntu)
Assignee: (unassigned) => Dave Jones (waveform)
** Changed in: ubuntu-raspi-settings (Ubu
/packet-tracer
https://www.gns3.com/
There is a bunch of others, but that should get your started down the
rabbit hole.
Mark.
--
https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast
Dave Täht CSO, LibreQos
___
Bloat mailing list
Bloat
On Tue, Apr 2, 2024 at 1:52 PM Dave Kemper wrote:
> .ll 1n
> \[rq]\%antidisestablishmentarianism\[lq]
> .br
> \%\[rq]antidisestablishmentarianism\[lq]
Ha, if I'd looked at the output of something other than -Tascii, I'd
have realized I got my "lq" and "rq" backw
Follow-up Comment #5, bug #65474 (group groff):
I agree with Paul that -ww is not intended as a style check. But I further
contend that this is not subpar style.
[comment #3 comment #3:]
> The translator is not happy about how the instructions are
> written, they are not informative enough
m might have some of this type of code, but no idea
how you'd even consider starting to use it as a reference,
Dave.
the core has_access logic (even if maybe it deserves a
refactor some day)
---
**[tickets:#8555] check blocked users better**
**Status:** in-progress
**Milestone:** unreleased
**Created:** Tue Apr 02, 2024 09:39 PM UTC by Dave Brondsema
**Last Updated:** Tue Apr 02, 2024 09:39 PM UTC
**Owner:** Dave
---
**[tickets:#8555] check blocked users better**
**Status:** in-progress
**Milestone:** unreleased
**Created:** Tue Apr 02, 2024 09:39 PM UTC by Dave Brondsema
**Last Updated:** Tue Apr 02, 2024 09:39 PM UTC
**Owner:** Dave Brondsema
If a user is blocked at the tool level, they still may
On Tue, Apr 2, 2024 at 2:23 PM Steve Izma wrote:
> I used TeX and LaTeX [...] and the oversetting of lines caused
> by the periodic failure of the paragraph-justification algorithms
> drove me nuts. [...] The many lines that overset by only a
> few points made proofreading really difficult.
On Tue, Apr 2, 2024 at 11:53 AM Tadziu Hoffmann
wrote:
> Also, "\&" is not a letter, so a leading "\&"
> should not influence hyphenation at all.
\[rq] is also not a letter, but it affects how \% is interpreted,
giving it its hyphenation-point meaning rather than its
suppress-hyphenation one. I
[
https://issues.apache.org/jira/browse/HDDS-10479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Teng updated HDDS-10479:
-
Summary: Fix RaftPeerId generated by command of "raftMetaConf" to use real
PeerId (was: Provi
[
https://issues.apache.org/jira/browse/HDDS-10479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Teng updated HDDS-10479:
-
Description:
Fix RaftPeerId generated by command of "raftMetaConf" to use real Pee
and
Deep Muck should be on the list. Sorry, I don’t know how it got the odd name.
- - Dave Nutter
Begin forwarded message:
> From: ebird-al...@birds.cornell.edu
> Date: April 1, 2024 at 5:18:02 PM EDT
> To: nutter.d...@mac.com
> Subject: [eBird Alert] Wayne County Rare Bird Alert
I am trying to add directories for #include directives and for linking
libraries. The below text is my make.lisp file for building my code:
(require 'cmp)
(setf c:*user-cc-flags* "-DWXUSINGDLL")
(setf c::*ecl-include-directory*
"C:/Dave/wx/include,C:/Dave/wx/include/msvc")
(
at the modules mailing list (cc'ed) would be happy to flip the
appropriate bits.
Thanks,
Dave...
--
Web things: https://links.davecross.co.uk/
On 3/30/24 04:23, Jarkko Sakkinen wrote:
>>> I also wonder is cgroup-tools dependency absolutely required or could
>>> you just have a function that would interact with sysfs?
>> I should have checked email before hit the send button for v10 .
>>
>> It'd be more complicated and less readable to
Public bug reported:
Discovered on an image upgraded from jammy to noble:
jammy's boot partition is a mere 256MB. This was fine when the initrd
was relatively minimal, as was the case with the split linux-modules-
extra, which resulted in initrd's with a size around ~30MB. However,
with noble,
I am pretty new to Gnucash. Do I need to uninstall and install the newer
version? Is there a link I just click on for the update? Just don't know.
What is the procedure to update to the new version of Gnucash?
Thanks for all you do for Gnucash.
Dave Parker
Dave's Oil and Synthetics
Lori Laughlin had a previous engagement with Larry David.
--Dave Sikula
On Monday, April 1, 2024 at 6:10:34 PM UTC-7 Kevin M. wrote:
> Because every other actress in LA was unavailable?!
>
> Kevin M. (RPCV)
>
>
> On Mon, Apr 1, 2024 at 3:54 PM 'Bob Jersey' via
This is an amazing accomplishment. Thank you to everyone that worked on
this project.
On Fri, 29 Mar 2024 at 13:01, Tooru Fujisawa wrote:
> Hi, everyone!
>
>
> Thanks to everyone’s efforts and cooperations, the Firefox codebase is now
> fully ESMified!
>
>
>
Yep. Also, if you check, KF0UR is already taken, by one of the
principles of QRPworks, LLC, makers of the SideKar that works with the
KX2 and KX3.
But, KF1VE hasn't been taken - so beat the rush!
73,
-- Dave, N8SBE
On 2024-04-01 17:10, Daniel Brown wrote:
Check the date.
On Apr 1
+1 to release OpenWhisk 2.0.0 from rc1.
rcverify log appended.
--Dave
dgrove@Dave's IBM Mac tools % ./rcverify.sh OpenWhisk 2.0.0 rc1
rcverify.sh (script SHA1: 6DC9 462D 3035 5FD0 ADE6 9EF9 D0DF 1A25 13E1 5CFD)
working in the following directory:
/var/folders/3_/nsprkc292hs14p3krsml7fm8gn
Public bug reported:
When trying to live migrate an instance between hosts, I get the error
below. I can migrate an instance that is shutdown.
Apr 1 11:50:56 osp-compute-c02-01 nova-compute[27905]: 2024-04-01 11:50:56.665
27905 DEBUG nova.compute.manager [None
K5?
How about KF0UR?
73,
-- Dave, N8SBE
On 2024-04-01 10:15, David Pratt wrote:
I was just wondering whether any of the K5 Beta Testers have taken out
KF1VE as a vanity callsign?
73 de David G4DMP
--
+ - - - - - - - - - - - - - - - - +
| David M Pratt, Kippax, Leeds.|
| Website
[
https://issues.apache.org/jira/browse/DAFFODIL-2243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dave Thompson closed DAFFODIL-2243.
---
Closed, previously implemented as part of v3.2.0.
> Runner runAllTest met
801 - 900 of 465638 matches
Mail list logo
