ve to bother about it?
Cheers,
--
Jean-Charles
> Something completely off-topic: In case you don't know this, try
>
> ```
> $ python
> > > > import this
> ```
>
> Enjoy :-)
For added fun, also try
>>> import antigravity
signature.asc
Description: This is a digitally signed message part
Le samedi 23 mars 2024 à 16:02 +0100, Jonas Hahnfeld via Discussions on
LilyPond development a écrit :
> Native Apple Silicon build: https://cloud.hahnjo.de/s/x9D62eASSn6Ng7D
> This is a native arm64 version for macOS 12+
Great! OOI, what machine did you use for that?
signature.asc
Description
> While revising the documentation for proportional spacing in the NR I
> stumbled upon
>
> ```
> \override PaperColumn.used = ##t
> ```
>
> that gets mentioned without any explanation. Looking up some
> discussion in `lilypond-user` from 2006
>
> https://lists.gnu.org/archive/html/lilypond-u
> there is no key signature at this point, right?
This is my interpretation: the key signature is removed by break-visibility,
but the X alignment of a mark is computed before that happens.
signature.asc
Description: This is a digitally signed message part
hance for a repeat? :)
Would be great. Count me as "will try to come if it gets organized".
Cheers,
Jean
signature.asc
Description: This is a digitally signed message part
> It prints
>
> backtrace:
> 0: AgogicLineSpanner.Y-offset (# ly:side-position-interface::y-aligned-side (_ #:optional _)>)
> 1: AgogicLineSpanner.vertical-skylines (# ly:grob::vertical-skylines-from-element-stencils (_)>)
> 2: VerticalAxisGroup.vertical-skylines (# ly:hara-kiri-group-spanner:
> Alas, as soon as the relevant engravers are moved to another context,
> which is a common use case, I get an error:
>
> programming error: cyclic dependency: calculation-in-progress
> encountered for AgogicLineSpanner.vertical-skylines
>
> and the graphical output is wrong.
> Again, this does n
Le vendredi 02 février 2024 à 20:29 +0100, Éric Würbel a écrit :
> Hi fellow listers
>
> (from a long time user and enthusiast of lilypond from the very first
> released version),
>
> The recent introduction of so called "chord grids" is a long awaited
> feature for me, amateur musician mainly in
Le vendredi 26 janvier 2024 à 00:19 +0100, Jean Abou Samra a écrit :
> > Are you getting two copies of my emails?
> >
> > When I send an email to myself, I don't get the blank lines. But there is
> > also a microsoft forwarding that happens when I send an email to
> Are you getting two copies of my emails?
>
> When I send an email to myself, I don't get the blank lines. But there is
> also a microsoft forwarding that happens when I send an email to
> lilypond-devel, and that forwarded email appears to have the blank lines in
> it.
The blank lines don't a
> Can someone remind me why the build system sets the C locale
> in the first place?
Answering my own question: I guess it is because we can't assume the
system has an en_US.UTF-8 locale or a C.UTF-8 locale?
Maybe we ought to set only LC_MESSAGES to C? It should prevent overriding
the system loc
Ah, but, wait.
$ touch àéù.txt
$ guile3.0
scheme@(guile-user)> (open-file "àéù.txt" "r")
$1 = #
~/tmp $ LC_ALL=C guile3.0
scheme@(guile-user)> (open-file "àéù.txt" "r")
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure open-file: No such file or directory: "??.txt"
OK,
Le lundi 22 janvier 2024 à 18:00 -0700, Carl Sorensen a écrit :
> So I ran the file in this log message:
>
>
> carl@carls-mbp-2 build % out/bin/lilypond out/share/lilypond/current/ly/
> init.ly
>
> GNU LilyPond 2.25.13 (running Guile 3.0)
>
> Processing `out/share/lilypond/current/ly/init.ly'
>
Le mardi 23 janvier 2024 à 01:58 +0100, Jean Abou Samra a écrit :
> The latter is basically that this regtest (pdf-copy-paste.ly)
> has Japanese text, specifying the Noto Serif JP font, but since
> you apparently don't have that font installed, Fontconfig falls
> back to some
Le lundi 22 janvier 2024 à 16:38 -0700, Carl Sorensen a écrit :
> > Looks like no error:
> >
> > carl@Carls-MBP-2 lilypond % build/out/bin/lilypond
> > input/regression/pdf-copy-paste.ly
> > GNU LilyPond 2.25.13 (running Guile 3.0)
> > Processing `input/regression/pdf-copy-paste.ly'
> > Parsing..
my
> self-compiled LilyPond binary could load this font without any glitch.
>
> Jean, Jonas, any idea how to proceed?
Carl, please check that
build/out/bin/lilypond input/regression/pdf-copy-paste.ly
gives the same error, then run
build/out/bin/lilypond -ddebug-eval input/regression/pdf-
> "f" = #(make-music 'AbsoluteDynamicEvent
> 'text "f"
> 'tweaks '(((DynamicLineSpanner . horizon-padding) . 0.1)))
>
> { \stemDown f'4\f f'4\p }
This isn't going to work well anyway. Try it on
{ \stemDown f'1\p\< \break f'2\f r2 }
There is only one Dynami
stores Guile's pkg-config
configuration file, guile-3.0.pc, and use
PKG_CONFIG_PATH=/that/directory/ ../configure
Jean
signature.asc
Description: This is a digitally signed message part
You can't -- scm_boolean_p is a C function, not a Guile function.
(It's sort of like trying to access a chocolate as a chocolate box.)
What you can do is to import boolean? from Guile using lily-imports.cc.
signature.asc
Description: This is a digitally signed message part
Probably related to the code and comment in lily/rhythmic-music-iterator.cc.
Looks like it was fixed?
https://status.gitlab.com/pages/history/5b36dc6502d06804c08349f7
> What is wrong? The documentation or LilyPond's behaviour?
IMHO the documentation is wrong. Everything's in the name. set-global-staff-size
sets the *global* staff size. Per-\book is not global.
signature.asc
Description: This is a digitally signed message part
> Now m̀ake' fails.
> Offending line in the doc-string is
> The input-string @var{strg} may be composed by any string of \";|.:![]{}\".
> Obviously the braces, { and }, need to be escaped.
> How to?
Like this I think:
... composed of the characters @samp{; | . : ! [ ] @{ @}}
> Ok.
> https://gitlab.com/lilypond/lilypond/-/merge_requests/2179
Oh, I see. You forgot to give it a #:category .
signature.asc
Description: This is a digitally signed message part
Is this a doc build from scratch or an incremental rebuild?
I'd suggest opening the MR anyway.
Le mercredi 15 novembre 2023 à 20:14 +0100, pubabhervegueg...@free.fr a écrit :
>
> Thanks Jean for imagemagick , no more 'convert' error.
> guile-3.0-dev was already installed, I still have guile-devel >= 2.2 missing
> error.
That's a bit strange.
It is very
> I ran apt-get install guile-3.0 without improvement.
You also want guile-3.0-dev, which contains C headers and other stuff needed to
compile programs that use Guile, as opposed to merely using programs that use
Guile.
The convert tool should be provided by the imagemagick package.
HTH
Jean
FYI, this migration is now complete.
Jean
signature.asc
Description: This is a digitally signed message part
> “_” needs to be replaced with “G_”. Already in Guile 2, but Guile 3 checks for
> it more eagerly.
Fixed in LSR.
signature.asc
Description: This is a digitally signed message part
> Le 12 nov. 2023 à 19:14, Robin Bannister a écrit :
>
> If I take the code of LSR1098 [1] , without the demo part,
> Guile3 errors the input-warning call:
>
> GNU LilyPond 2.25.10 (running Guile 3.0)
> Processing `1.ly'
> Parsing...
> 1.ly:38:2: error: Guile signaled an error for the express
Hi,
This mailing list is for discussing the development of LilyPond. For support
questions, please write to lilypond-user (lilypond-u...@gnu.org) instead.
Thanks,
Jean
signature.asc
Description: This is a digitally signed message part
Le lundi 06 novembre 2023 à 01:11 +0100, David Kastrup a écrit :
> I have not checked recently, but last time I looked, Guile's versioning
> system more or less worked so that the development branch (and the
> corresponding versions) was Andy Wingo's playground. It was not
> concerned with APIs in
cough*), so I think this is definitely
going to be more work to keep supporting (in particular: testing) than
with dependencies that don't have this peculiarity. I'd rather define
a minimum version in the 3.0.x series that we want to support.
Jean
signature.asc
Description: This is a d
Le jeudi 26 octobre 2023 à 21:26 +0200, Matthias Kilian a écrit :
> https://lilypond.org/doc/v2.25/Documentation/notation/font-families
>
> still claims that LilyPond still includes URW fonts, which it doesn't
> since 2.24.
It does — otherwise, they could not be set as the default fonts.
If you
I think it's a side effect of the mechanism that makes
my-indent = 5
\paper {
indent = #my-indent
}
work.
AFAIK, this is seldom used by Guile coders, though some other Scheme
communities do use this style by convention.
I wouldn't embark on rewriting lots of code/documentation for this; I don't
think the effort pays off.
Le jeudi 19 octobre 2023 à 07:00 +, Dennis Mitchell via Discussions on
LilyPond development a écrit :
> I noticed that the online documentation often uses PNG images of the engraving
> output, rather than SVG images. Now that SVG images are widely supported in
> browsers, perhaps we should con
Le dimanche 15 octobre 2023 à 18:39 +, Werner LEMBERG a écrit :
> does localization of, say, `lilypond --help` work on Windows? I've
> tested LilyPond 2.25.9 within `cmd.exe` of a US version of Windows 10
> (i.e., the standard language and region setup is for the USA), and I
> can't make it ou
tually migrates **and** after a few
months, no major problems occurred, we **may** want to start considering
whether we'd like to move other lists. The answer may well be no.
Cheers,
Jean
signature.asc
Description: This is a digitally signed message part
> Le 6 oct. 2023 à 12:34, Werner LEMBERG a écrit :
> BTW, can
> you estimate a release date of Frescobaldi that has this new feature?
Long story short, no. Generating the installers is thorny, especially because
it has appeared in private discussions with Jacques Menu that the current
insta
Below is the copy of a discussion on the LilyPond Facebook group that I found
interesting. Just food for thought.
Anonymous Participant: No lilypondinstaller for Macos Monterrey?
Me: What is the issue exactly? As stated on https://lilypond.org/download.html,
the provided downloads support mac
> Le 30 sept. 2023 à 16:41, Werner LEMBERG a écrit :
>
> The 'ledger-line-thickness' paper variable is set in `paper.scm`. It
> isn't used for anything, AFAICS, and it looks like a historical
> oversight that it wasn't removed.
Yes, that's correct. It doesn't serve a purpose anymore.
> Wha
+1 for removing these
> Le 27 sept. 2023 à 23:33, Peter X a écrit :
>
> Could you kindly guide me on the appropriate channel or procedure to
> formally suggest this feature? I understand that there might be a specific
> format or platform where such suggestions are reviewed and discussed.
Welcome. The procedure fo
Le samedi 23 septembre 2023 à 14:40 +, Werner LEMBERG a écrit :
> > > Is there ever a situation where `Cairo_outputter::textedit_link` is
>
> > > called? I've set a breakpoint on this function and run over all
>
> > > files in `input/regression`, but there wasn't a single hit...
>
> >
>
>
Le samedi 23 septembre 2023 à 14:01 +, Werner LEMBERG a écrit :
> Is there ever a situation where `Cairo_outputter::textedit_link` is
> called? I've set a breakpoint on this function and run over all files
> in `input/regression`, but there wasn't a single hit...
Point-and-click. Regtests ar
Le mercredi 20 septembre 2023 à 05:06 +0200, yuanyelele--- via Discussions on
LilyPond development a écrit :
> In Jianpu, different numbers of underlines are used to indicate note values,
> much like the way beams function in standard staff notation. Therefore, in the
> script, the underlines are c
that the MacBook
> download link is pointing to the unix files?
This list is for discussing the development of LilyPond. For support questions,
please write to lilypond-u...@gnu.org instead.
Thanks,
Jean
signature.asc
Description: This is a digitally signed message part
of the latest Ubuntu version.
I mean, I do see that Dan and Jason have kept it working lately.
Still, a lot of stuff in there looks outdated, and it largely
duplicates the CG (plus the CI setup).
Best,
Jean
signature.asc
Description: This is a digitally signed message part
Le samedi 01 juillet 2023 à 17:01 +0200, Jean Abou Samra a écrit :
> Since yesterday, I've been receiving all posts twice, from all gnu.org mailing
> lists (lilypond-{devel,user,user-fr}). Is this only happening to me? (I did
> fiddle with my mailing list subscriber account recent
Le dimanche 03 septembre 2023 à 14:48 +0200, Jonas Hahnfeld a écrit :
> Can you please
> change it to something more like:
> "IMPORTANT: Binaries and documentation archives are NOT updated on
> lilypond.org anymore, please refer to releases on GitLab instead."
Done.
signature.asc
Description: Th
> For a possible timeline, we could wait for the release of LilyPond
> 2.25.8 (probably September 16/17 because I'm travelling next weekend,
> unless Jean wants to do it again)
I've recently moved to a new apartment and I doubt I will have Internet
other than through teleph
Le vendredi 01 septembre 2023 à 19:56 +0200, Jonas Hahnfeld a écrit :
> Yes, could be a good idea. Looking at the directory, it seems like the
> contents of README.html are displayed below the list of directories,
> maybe we should use that? If not, we can probably come up with a custom
> solution
> Le 3 sept. 2023 à 06:10, Werner LEMBERG a écrit :
>
> Is there a standardized way to mention the default value of
> `chord-range` in the documentation string, where this default value is
> directly derived from the signature?
No.
Le vendredi 01 septembre 2023 à 16:07 +0200, Jonas Hahnfeld a écrit :
> IIRC it was alluded to when I proposed uploading only the binaries (and
> the documentation) to GitLab: the source archive is used to build for
> various distributions (Linux, Homebrew, MacPorts). They all had (and
> still have
Hi,
Per the release procedure
https://lilypond.org/doc/v2.25/Documentation/contributor/release-checklist ,
GitLab releases for LilyPond contain both binaries + doc tarballs and source
tarballs generate by "make dist", while the old download site
lilypond.org/download, which used to host all of the
> Le 31 août 2023 à 13:22, Dan Eble a écrit :
>
> My opinion hasn't changed since we instituted the automation. The previous
> discussion is in the archive.
I couldn't find it. Do you happen to have a link at hand?
Le lundi 21 août 2023 à 21:33 -0600, Colin Campbell a écrit :
> The countdown.py script is throwing a unicode error:
>
> PS C:\Lilypond> python countdown.py > 20230823.txt
> Traceback (mos t recent call last):
> File "C:\Lilypond\countdown.py", line 92, in
> print_state(grouped_mrs[state], st
Five months later ...
Le samedi 18 mars 2023 à 23:14 +0100, Jean Abou Samra a écrit :
> Le samedi 18 mars 2023 à 16:44 -0500, Karlin High a écrit :
> > Or, maybe it would be better to have all this handled within
> > Frescobaldi instead?
> > Have Frescobaldi look up the lates
Le lundi 31 juillet 2023 à 07:53 +0200, Jonas Hahnfeld a écrit :
> Yes, it has always been there for the online pages because the big-
> pages use language content negotiation and aren't valid file names. You
> can see this by either running an old version through build-doc.sh or
> by looking at ol
Le lundi 31 juillet 2023 à 22:52 +0200, Jonas Hahnfeld a écrit :
> Right, it also comes up with "brew bundle cleanup"... Did you manually
> install it for your environment during the weekend?
Yes.
> I'm relatively sure I didn't, it may have come in as a dependency in the past
> (even though
> I
Le lundi 31 juillet 2023 à 22:29 +0200, Hans Åberg a écrit :
> Apple has patched their version of Flex so that the generated .cc file must be
> used with their header FlexLexer.h.
I don't think this is the problem. Before I installed Flex from Homebrew, the
only Flex installation was the system on
> Yes, but flex has always been there as a dependency of some other
> package I think, only not added in your environment variables. We can
> explicitly add it to the Brewfile if you think that's better, but it
> shouldn't change the set of already installed packages.
Hm, I just SSHed into the
We are happy to announce the release of LilyPond 2.25.7. This is termed
a development release, but these are usually reliable for testing new features
and recent bug fixes. However, if you require stability, we recommend using
version 2.24.1, the current stable release.
Downloads are available fro
smoothly. Thank you Jonas for
thoroughly documenting the release procedure in the CG.
Cheers,
Jean
signature.asc
Description: This is a digitally signed message part
Le dimanche 30 juillet 2023 à 19:00 +0200, David Kastrup a écrit :
> It looks to me like the "not accessible" file names are without any file
> extension. That would make it unlikely that their size can be
> determined. Something appears rotten.
I looked into the generated archives, and apparen
Trying to do the release, I got these messages during "./build-doc.sh":
fix-docsize.sh: ../changes-big-page not accessible from
/build/out-www/online-root/Documentation/web/{changes.zh.html,changes.ja.html,changes.ca.html,changes.de.html,changes.it.html,changes.es.html,changes.fr.html,changes.htm
Le vendredi 28 juillet 2023 à 09:42 -0400, Kieren MacMillan a écrit :
> Anyone else have thoughts?
You should read the recent
thread https://lists.gnu.org/archive/html/lilypond-devel/2023-07/msg00028.html .
The desire is pretty similar.
(I don't have more time to spend on this, sorry.)
signat
Le jeudi 27 juillet 2023 à 07:25 -0700, Jason Yip a écrit :
>
> These flags are mostly for a better debugging experience and
> strengthened security. A lot of them are copied from
> https://wiki.gentoo.org/wiki/GCC_optimization
> and some of the configure options added compilation flags that I
>
Le mercredi 26 juillet 2023 à 16:04 -0700, Jason Yip a écrit :
> Carl told me that Lilypond is still trying to maintain capability with
> C++11.
This isn't up-to-date information; as Dan said, we're on C++17 now (and I think
the experiment has lasted long enough without Guile quirks that actuall
> Yes, I deleted the build directory before redoing autogen.sh, redid `mkdir
> build && cd build` in between autogen.sh and configure
Then you failure is pretty strange.
Can you show the output of "build/out/bin/lilypond -V" please? Verbose mode
should give some information about load paths.
Als
I'm not sure we understand "clean build" in the same way. I get that you rerun
autogen and configure, but are you starting from a completely empty build
directory?
signature.asc
Description: This is a digitally signed message part
I also got the compilation error, but after adding , my locally built
LilyPond works fine. Is this from a clean build?
signature.asc
Description: This is a digitally signed message part
Le dimanche 23 juillet 2023 à 23:23 +0200, Valentin Petzel a écrit :
> But I feel that this is a bigger issue. Generally the issue here is that
> systems-per-page only cares about systems of music and not about anything
> else
> that may be placed on the page, as one can see here:
>
> \paper {
Le dimanche 23 juillet 2023 à 14:36 -0400, Kieren MacMillan a écrit :
> While we‘re talking about this… :) How difficult would it be to separate
> titling from systems in the spacing engine? I would love it — and I know
> others would, too! — if Lily could easily/automagically put [e.g.] score titl
Le dimanche 23 juillet 2023 à 16:55 +0200, Valentin Petzel a écrit :
> Hello Pondmates,
>
> I’ve just stumbled upon a music SE question regarding the formatting of page
> numbers. Currectly we do not have any hooks to change formatting of such
> things, rather the general approach to this is "yo
se grob) 'denominator)))
Bottom line: if you have the first TupletSpanEvent somewhere, you should
be able to read the numerator and denominator as
from_scm (get_property (event, "numerator"))
from_scm (get_property (event, "denominator"))
Best,
Jean
signature.asc
Description: This is a digitally signed message part
Le samedi 08 juillet 2023 à 15:29 +0200, Jonas Hahnfeld via Discussions on
LilyPond development a écrit :
> Unfortunately, this won't happen: My fiber is cut and I don't have
> (fixed) internet 😞 and while I could work around this by using my
> phone and / or driving to work (that's what I did for
Le mercredi 12 juillet 2023 à 17:44 -0700, Saul Tobin a écrit :
> A custom grob MarkAlignSpanner, created by Mark_align_engraver. This is
> based very closely on DynamicLineSpanner and the example engraver here:
> https://extending-lilypond.gitlab.io/en/extending/translation.html#example-for-settin
Le dimanche 09 juillet 2023 à 12:57 +0200, David Kastrup a écrit :
> Ugh. Looks like our test pipeline setup would warrant including testing
> about this, then.
IIRC, when "make bytecode" and "make install-bytecode" were introduced, we still
considered them a bit experimental and didn't want to
Le dimanche 09 juillet 2023 à 12:39 +0200, David Kastrup a écrit :
> The build isn't broken unless you use bytecode compilation. Do we do
> this in general?
Depends on who is "we". I for one always build with bytecode because LilyPond is
quite slow without it, especially the startup.
> Do we h
For the record, there is now a patch
at https://gitlab.com/lilypond/lilypond/-/merge_requests/2057
It LGTM. What do you think of fast-tracking it, to unbreak the build for
everyone?
signature.asc
Description: This is a digitally signed message part
> Le 8 juil. 2023 à 12:21, Werner LEMBERG a écrit :
>
> ...display-lily-tests.ly:252:8: fatal error:
> Guile signaled an error for the expression beginning here
> \test #
> #[ \key e \minor #]
> ```
That sounds like the same problem as
https://lists.gnu.org/archive/html/lilypond-deve
Le vendredi 07 juillet 2023 à 14:43 +0200, Jean Abou Samra a écrit :
> Le vendredi 07 juillet 2023 à 14:15 +0200, David Kastrup a écrit :
> > Yikes. Looks like the bytecode compiler/optimizer/whatever converts (- ) or
> > something like it into (- 0 )
> Indeed.
https://d
ss the --no-auto-compile argument to disable.
;;; compiling /home/jean/tmp/minus.scm
;;; compiled
/home/jean/.cache/guile/ccache/3.0-LE-8-4.5/home/jean/tmp/minus.scm.go
Backtrace:
In ice-9/boot-9.scm:
1752:10 8 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
7 (apply-smob/0
Le samedi 01 juillet 2023 à 15:02 +0200, Jonas Hahnfeld via Discussions on
LilyPond development a écrit :
> Hi all,
>
> after the unstable release 2.25.6 is out and the included update of
> bdwgc seems to resolve the rare crashes on Windows (not backported
> yet), I would like to go ahead with the
ypond-devel one.) Is this
only happening to me?
Jean
signature.asc
Description: This is a digitally signed message part
Le jeudi 22 juin 2023 à 20:29 +0200, Jonas Hahnfeld a écrit :
> On Thu, 2023-06-22 at 14:32 +0200, Jean Abou Samra wrote:
>
> > Recently, GitLab gained a "bulk edit" button in the MR view.
>
> This button has "always" been there ...
Ok, not sure how I mana
Le jeudi 22 juin 2023 à 14:32 +0200, Jean Abou Samra a écrit :
> So far, I think different people have different habits on when to set MR
> milestones — some do it just after merging, some don't, I do it when I
> remember to, and the MRs without milestone get their
> milestone o
So far, I think different people have different habits on when to set MR
milestones — some do it just after merging, some don't, I do it when I remember
to, and the MRs without milestone get their
milestone on the release day.
Recently, GitLab gained a "bulk edit" button in the MR view. That mea
Le lundi 19 juin 2023 à 10:06 +, Werner LEMBERG a écrit :
> Folks,
>
>
> I've attached my current version of the LilyPond Visual Index that now
> covers all grobs. The source code for these two pages is more than
> 52kByte...
>
> My original idea was to make the Visual Index part of the NR
Le vendredi 16 juin 2023 à 16:13 -0700, Jason Yip a écrit :
> My implementation is available in a private fork, I'm not sure how I
> should share it if any other developers want to examine it (manual
> invite to each one who wants it?) It's a bit messy at the moment and
> definitely needs more c
Le vendredi 16 juin 2023 à 18:11 +0200, Jonas Hahnfeld a écrit :
> On Fri, 2023-06-16 at 10:37 +0200, Jean Abou Samra wrote:
> > I know that 2.25.6 was planned for this weekend. Unfortunately, due to
> > https://gitlab.com/lilypond/lilypond/-/issues/6620 , current master is not
&g
I know that 2.25.6 was planned for this weekend. Unfortunately, due to
https://gitlab.com/lilypond/lilypond/-/issues/6620 , current master is not
going to work on Kubuntu and possibly other distros.
I will try to find time this evening to experiment with the alternative
approaches proposed on
Le dimanche 04 juin 2023 à 12:27 -0700, Flaming Hakama by Elaine a écrit :
> I guess I am kind of confused at the default behavior, why does lilypond
> not reprint a clef when you specify \clef ?
>
> Are people putting \clef commands in their code where they don't want a
> clef to appear?
> Is
Le mercredi 31 mai 2023 à 16:09 +0200, Han-Wen Nienhuys a écrit :
> On Wed, May 31, 2023 at 3:56 PM David Kastrup
> <[d...@gnu.org](mailto:d...@gnu.org)> wrote:
>
> >
> > I think I disagree in this particular context because the commitment
> > from GSOC is a temporary one, and a fork is not a "
Le mardi 23 mai 2023 à 20:13 +, Werner LEMBERG a écrit :
> So yes, please open an issue.
https://gitlab.com/lilypond/lilypond/-/issues/6613
signature.asc
Description: This is a digitally signed message part
On master, compiling the code
```
\version "2.25.6"
\paper {
property-defaults.fonts.serif = "Noto Serif"
}
\markup \bold "abc"
```
I get
```
warning: font index 393216 too large for font
`/usr/share/fonts/google-noto-vf/NotoSerif[wght].ttf', using index 0
warning: font index 39
Le lundi 22 mai 2023 à 20:00 +0200, Jean Abou Samra a écrit :
> Ok, if that was all Chinese to you,
It was pointed out to me that this sounded strange; it was a false cognate,
sorry. The equivalent of the idiomatic expression “c'est du chinois” in French
is “that's all Greek to m
1 - 100 of 1276 matches
Mail list logo
