arnen/lilypond-darwin-64/lilypond-2.19.83 , and I'd be
happy to have your feedback either here or at
https://gitlab.com/marnen/lilypond-mac-builder/issues .
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
On Fri, Feb 7, 2020 at 12:00 PM Carl Sorensen wrote:
>
>
> On 2/7/20, 9:36 AM, "lilypond-devel on behalf of Marnen Laibow-Koser"
> mar...@marnen.org> wrote:
>
> Folks--
>
> Just to let you know, I've packaged up 2.18 in a 64-bit Mac .app as
ays the 32-bit
builds work). There are detailed logs and troubleshooting info at
https://gitlab.com/marnen/lilypond-mac-builder/issues/16 , but I’ve run out
of ideas to try. Can someone help? Thanks so much!
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
ough. Those reports are for guile-2.9.7 and
> newer...
Plus these segfaults happen during execution, not compilation.
>
> Cheers,
> Harm
>
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
both
LOCALEDIR and LILYPOND_LOCALEDIR in both places): when I use the .reloc
file, it clearly finds the setting in the file, but then later blithely
prints out LOCALEDIR="the/old/value/I/didn't/want". How should I deal with
this?
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
On Sun, Mar 1, 2020 at 7:04 PM Hans Åberg wrote:
>
> > On 1 Mar 2020, at 23:45, Marnen Laibow-Koser wrote:
> >
> > One question as I continue to work on 64-bit Mac packaging: how do I set
> > LOCALEDIR (in this case, to match the packaged app bundle rather than the
&g
ps! What is the point of overriding the environment setting for
LOCALEDIR? Does LilyPond itself use that setting, or do only the child
programs use it?
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
these builds are
directly available?
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
OCALEDIR` in the relocation
> files.
I’d really rather not patch the code if I don’t have to, and three attempts
to do anything seems smelly to me (it suggests that the logic flow is in
the wrong order), but I’ll give the patch a try and see if it fixes the
proximate issue. Thanks.
Werner
Best,
>
> --
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
version of LILYPOND_LOCALEDIR.
Why does it need to check the LILYPOND_LOCALEDIR environment variable at
all if the relocated parameter is present? It seems to me that it should
only ever need to look at one of those, but perhaps I’m not understanding
something.
Best,
--
Marnen Laibow-Koser mar
my definition
of the word. Maybe it’s necessary, but I would hope that we could do
fallback on the arguments as provided to the program, and then just call
bindtextdomain once.
>
>
> Werner
>
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
guesses. In my experience, while
guessing in code is *occasionally* useful, more often it implies (but does
not prove) hacking and working on faith, rather than reasoning clearly
about what the code is supposed to do and how.
I don’t mean that to be insulting in the slightest, BTW. I app
On Wed, Mar 4, 2020 at 10:05 AM Werner LEMBERG wrote:
>
> > From: Marnen Laibow-Koser
> >
> > I mean that it’s clearer who wrote what if you don’t delete the line
> > that says “Werner LEMBERG wrote:” :)
>
> Ah, my mailer doesn't generate that.
Maybe
eally helpful and I'm going to review the reloc files
in the Mac build with that in mind.
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
On Wed, Mar 4, 2020 at 1:15 PM Werner LEMBERG wrote:
> > From: Marnen Laibow-Koser
> > Date: Wed, 4 Mar 2020 10:35:00 -0500
> >
> >> The search algorithm is actually documented in `usage.pdf`,
> >
> > I’ve never seen that file. Where would I find it
On Wed, Mar 4, 2020 at 3:14 PM David Kastrup wrote:
> Werner LEMBERG writes:
>
> >> From: Marnen Laibow-Koser
> >> Date: Wed, 4 Mar 2020 10:35:00 -0500
> >>
> >>> The search algorithm is actually documented in `usage.pdf`,
> >>
On Wed, Mar 4, 2020 at 3:50 PM David Kastrup wrote:
> Marnen Laibow-Koser writes:
>
> > On Wed, Mar 4, 2020 at 3:14 PM David Kastrup wrote:
> >
[...]
>
> >> I think that it will cure itself once 2.21.0 is released. We had this
> >> last time round I
On Wed, Mar 4, 2020 at 4:42 PM David Kastrup wrote:
> Marnen Laibow-Koser writes:
>
[...]
>
> > OK, so the docs available on the website for the *current released
> > versions* are defective in the way Werner said and should be fixed. It
> > won’t do to just wait
he non-GUB 64-bit Mac builds onto
the website? (There will be an automated process building them, probably
GitLab CI, if that’s helpful to know.)
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
t so that there’s minimal friction when a new build is
released.
How big is the file?
>
The zipped .app bundles have been about 35–56 MB. Have a look here:
https://bintray.com/marnen/lilypond-darwin-64/lilypond-2.19.83#files
> --
> Phil Holmes
>
Best,
> --
Marnen Laibow-Kose
and automate step 1 with GitLab CI or
similar. Once that happens, if we can automate steps 2 and 3 as well, we
will have a fully automatic pipeline for the 64-bit Mac builds. I don’t
want any human (including myself) to be a single point of failure in the
pipeline.
> --
> Phil Holme
On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Koser:
[...]
>
> >
> > The idea I have:
> > 1. Every tag, or even every Git commit, automatically triggers a build.
> > 2. The completed build i
On Sun, Mar 8, 2020 at 3:45 PM Jahrme Risner wrote:
> On Sun, Mar 8, 2020 at 12:23, Marnen Laibow-Koser
> wrote:
>
> I
> > hope we can switch all platforms away from GUB,
>
>
> I do too. It’s a good idea in theory, but *way* too complicated.
>
> so this likely
On Sun, Mar 8, 2020 at 3:43 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
> >
> >
> > On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> > > Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Kos
On Sun, Mar 8, 2020 at 4:13 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 16:04 -0400 schrieb Marnen Laibow-Koser:
> > On Sun, Mar 8, 2020 at 3:43 PM Jonas Hahnfeld wrote:
> > > Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
> > > >
gt; At present, you can't upload to lilypond.org. Han Wen could change that
> if necessary.
>
> --
> Phil Holmes
>
>
>
> - Original Message -
> *From:* Marnen Laibow-Koser
> *To:* Phil Holmes
> *Cc:* LilyPond ; pkx1...@posteo.net
> *Sent:* Sunday, Marc
On Sun, Mar 8, 2020 at 6:06 PM Carl Sorensen wrote:
>
>
> On 3/8/20, 3:30 PM, "lilypond-devel on behalf of Marnen Laibow-Koser"
> mar...@marnen.org> wrote:
[...]
>
>
> Wouldn’t they all be triggered off the same Git event?
>
>
> It seems to me
Folks--
I've just published 64-bit Mac builds of 2.20 at
https://bintray.com/marnen/lilypond-darwin-64/lilypond-2.20.0 . Enjoy, and
please let me know if you run into any issues: it appears to work, but I
haven't tested it exhaustively.
Best,
--
Marnen Laibow-Koser
mar...@marne
On Tue, Mar 17, 2020 at 12:10 PM Zone Dremik wrote:
> A Big Thank You to Marnen Laibow-Koser — Mac OS 64 bit Lilypond 2.20
> downloaded, installed and is running! This is a huge relief since my skill
> level is basically; download file and drag to application folder.
>
> The
er")
> system-system-spacing #'basic-distance = #15
> markup-system-spacing #'basic-distance = #24
>
[...]
AFAIK this was never proper syntax to begin with. Does it compile with
LilyPond 2.18? I'd be surprised if it does.
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
On Wed, Mar 18, 2020 at 6:49 AM David Kastrup wrote:
> Marnen Laibow-Koser writes:
[...]
>
>
> > AFAIK this was never proper syntax to begin with. Does it compile with
> > LilyPond 2.18? I'd be surprised if it does.
>
> It was prior to 2.18, and it was mere
t-ly” rather than “broken build”. Sorry
for the inconvenience!
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
On Tue, Mar 17, 2020 at 7:06 PM Marnen Laibow-Koser
wrote:
> On Tue, Mar 17, 2020 at 6:48 PM Marnen Laibow-Koser
> wrote:
>
>> On Tue, Mar 17, 2020 at 6:43 PM Arle Lommel
>> wrote:
>>
>>> Glad my feedback seems to be useful.
>>>
>>> [cu
-accessible Apple server. Feel free to ping me off-list if that
> option is worth pursuing.
>
We already have an Internet-accessible Mac available—our current build box
at MacStadium. Is that insufficient?
> Cheers,
> Kieren.
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
e OSS account at
MacStadium is in fact our current build box.
> --
> Karlin High
> Missouri, USA
>
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
ake a look at this more over the weekend.
>
> For my own work, I use AppVeyor, as has been setup by Grame’s Dom Fober,
> to build installable Mac OS versions.
>
Installable on what?
Is that something that could help solve this issue?
>
> JM
>
--
Marnen Laibow-Koser mar...@mar
) at
https://gitlab.com/marnen/lilypond-mac-builder/-/packages . Can we update
the Lilypond website with one of these URLs before Bintray goes away on 1
May? Thanks!
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
On Wed, Apr 28, 2021 at 5:25 PM Jean Abou Samra wrote:
>
> Le 26/04/2021 à 04:33, Marnen Laibow-Koser a écrit :
> > Folks--
> >
> > I've been hosting our 64-bit Mac downloads at Bintray, but Bintray is
> > shutting down as of 1 May, so I've moved the do
act, there *do* exist Mac GUI applications (such as
Cyberduck, https://g.iterate.ch/scm/iterate/cyberduck.git ) that are
distributed under GPL3 and built with Xcode, for whatever that's worth.
> --
> David Kastrup
>
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
__
On Thu, May 16, 2019 at 5:48 PM Marnen Laibow-Koser
wrote:
[...]
> And in fact, there *do* exist Mac GUI applications (such as Cyberduck,
> https://g.iterate.ch/scm/iterate/cyberduck.git ) that are distributed
> under GPL3 and built with Xcode, for whatever that's worth.
>
I
On Thu, May 16, 2019 at 6:22 PM David Kastrup wrote:
> Marnen Laibow-Koser writes:
>
> > On Thu, May 16, 2019 at 5:01 PM David Kastrup wrote:
> >
> >> marnen writes:
> >>
> >> > My understanding from other posts here (correct me if I'
On Thu, May 16, 2019 at 6:39 PM David Kastrup wrote:
> Marnen Laibow-Koser writes:
[...]
>
> > Perhaps I don’t understand. If GUB merely calls out to Xcode, how is
> this
> > a GPL3 issue?
>
> You would not be allowed to execute GUB on non-MacOSX hardware if usi
On Thu, May 16, 2019 at 6:54 PM Marnen Laibow-Koser
wrote:
>
>
> On Thu, May 16, 2019 at 6:39 PM David Kastrup wrote:
>
[...]
>
> but for
>> the MacOSX GUI Apple clearly barrs us from using their current Xcode SDK
>> in the release process using crosscompilation
Many of them are
not very technical and won’t want to install a package manager when they
can get MuseScore, Finale, Sibelius, or Noteflight without that extra
step. That’s one reason that I think it’s important to lower the bar to
getting a binary as much as possible.
>
>
> Werner
; are no longer valid, as far as I can tell. Having used
> both package managers I don't see an essential difference in the CLI
> (except that Homebrew uses colours and the sexy beer emoji on the
> command line).
>
Thanks, that's good to know. I'll probably have a loo
But this fact doesn't help in creating 64bit stuff for new MacOS
> versions.
Right. My point is that we already have a build process suitable for 10.7,
and AFAIK we can keep that indefinitely, independent of whatever we do for
newer versions.
>
>
> Werner
>
--
Marnen La
On Fri, May 17, 2019 at 3:06 PM Hans Åberg wrote:
>
> > On 17 May 2019, at 16:10, Marnen Laibow-Koser wrote:
> >
> >> Given that MacPorts supports more packages than Homebrew this is a
> >> very bold statement.
> >
> > Homebrew supports enough p
On Fri, May 17, 2019 at 3:27 PM Hans Åberg wrote:
>
> > On 17 May 2019, at 21:14, Marnen Laibow-Koser wrote:
> >
> > On Fri, May 17, 2019 at 3:06 PM Hans Åberg wrote:
> >
> >> LilyPond uses Guile 1.8, not the latest, and the lilypond in MacPorts
> u
On Fri, May 17, 2019 at 3:48 PM Marnen Laibow-Koser
wrote:
>
> Hmm. At this point I should probably stop speculating and set up a build
> environment. But I’m getting married in a month and am not committing to
> any big projects before the wedding. :)
>
As I start to think
nk he had reported actual success, but Daniel, if you’re
reading this, I’d love to see the relevant Homebrew formula if it exists.
>
> I hope you can get it working! I'm a Mac user and would love to get to 64
> bit.
>
I suspect I can, but we’ll see.
> Carl
>
> Carl
&g
rd.
My intention is to find *some* solution that works and respects license
agreements. Once we know what that is, we can figure out what a good
workflow for it would be.
>
>
> Best wishes,
> Jahrme
>
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
but those are famous last words. :)
>
> --
> David Kastrup
>
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Fri, May 17, 2019 at 10:55 PM Marnen Laibow-Koser
wrote:
[...]
> There is already a GitHub mirror of the LilyPond source, so this should be
> no problem if I understand you correctly.
>
Hmm. Although there is a GitHub mirror as I stated (
http://github.com/lilypond/lilypond ), it
b UI. If you know who they are, I’ll certainly contact them. Or
maybe I’ll open an issue on the repo and see who gets notified.
> I've put Janek in Cc.
>
> Thanks.
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.
are few and far-between.
> As such, from my reading, the most common workaround to build and use
> Docker
> images inside of Travis CI to run texlive related programs which would add
> an
> extra level of complexity.
>
I can confirm that MacTeX appears to satisfy TeX dependencies
packages is not fully
> correct. For directly using lilypond-devel this is of no importance,
> but for creating binary tarballs it makes a big difference.
Yes, I can believe that. The ideal end result of this, of course, is a
binary .app bundle with no external dependencies.
>
>
On Tue, May 21, 2019 at 3:19 PM Marnen Laibow-Koser
wrote:
>
> Yes, I can believe that. The ideal end result of this, of course, is a
> binary .app bundle with no external dependencies.
>
About that binary .app bundle: it looks like LilyPad is maintained and
built separately?
On Fri, May 17, 2019 at 7:02 PM Marnen Laibow-Koser
wrote:
>
>
> On Fri, May 17, 2019 at 3:48 PM Marnen Laibow-Koser
> wrote:
>
>>
>> Hmm. At this point I should probably stop speculating and set up a build
>> environment. But I’m getting married in a month an
On Mon, Jul 8, 2019 at 10:38 AM Karlin High wrote:
> On 7/8/2019 8:30 AM, Marnen Laibow-Koser wrote:
> > I’ve also been reading about osxcross, which looks like it *might* do
> 64-bit builds now, though I can’t be sure from the available info.
>
> <https://github.com/
with the `lilypond-devel'
> package.
Yes, thanks for the correction. The easiest way right now will probably be
with port mdmg, but I want to see if I can do better. Regardless, I want a
stand-alone installer that doesn’t force the user into MacPorts.
>
>
> Werner
>
--
On Mon, Jul 8, 2019 at 10:58 AM Karlin High wrote:
> On 7/8/2019 9:43 AM, Marnen Laibow-Koser wrote:
> > Right now, I personally am most worried about getting a usable native
> > 64-bit Mac build.
>
> I am very glad you are working on this. There hadn't been much
d. The MacStadium environment that we
now have access to will let me play around with this without cluttering up
my own Mac with a lot of crap (although I *could* run a VM locally...).
>
>
> Werner
Best,
>
> --
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent f
On Mon, Jul 8, 2019 at 11:16 AM Marnen Laibow-Koser
wrote:
>
>
> On Mon, Jul 8, 2019 at 11:14 AM Werner LEMBERG wrote:
>
>>
>> >> You mean a stand-alone package that can be easily distributed,
>> >> right? Since MacPorts does provide a 64bit versi
On Tue, Oct 8, 2019 at 2:38 PM Marnen Laibow-Koser
wrote:
> Update: with wedding stuff, I haven’t had time to devote to this, but with
> Mac OS Catalina coming out this has become more urgent, as Catalina removes
> 32-bit support altogether. I’m gonna try to spend some time on th
On Wed, Oct 16, 2019 at 4:23 PM Jahrme Risner wrote:
>
>
> On Wed, Oct 16, 2019 at 06:36, Marnen Laibow-Koser
> wrote:
>
> On Tue, Oct 8, 2019 at 2:38 PM Marnen Laibow-Koser
> wrote:
>
> [...]
>
> * A straight compilation, by itself, won’t produce a suitable r
lly, this
> > should do the compilation job too, right?
>
> It takes a very long time to do it as one has to do a new MacPorts
> installation and compile all from scratch.
>
Yeah, I was experimenting with this too.
>
> --
Marnen Laibow-Koser
On Thu, Oct 17, 2019 at 6:52 PM Hans Åberg wrote:
>
>
> > On 18 Oct 2019, at 00:30, Marnen Laibow-Koser wrote:
> >
> > On Thu, Oct 17, 2019 at 6:24 PM Hans Åberg wrote:
> >
> >> I made an installer into /opt/lilypond/ on MacOS 10.15, which you might
&
On Sat, Oct 19, 2019 at 11:30 AM Jahrme Risner wrote:
> On Thu, Oct 17, 2019 at 19:08, Marnen Laibow-Koser
> wrote:
>
> Awesome, thanks; I’ll try it when I get a chance. I still want to get an
> .app bundle built, but it’s good to know that the mdmg approach actually
> w
On Sat, Oct 19, 2019 at 11:33 AM Marnen Laibow-Koser
wrote:
[...]
> I may try it there at some point, but right now I’m focusing on GUB
> dependencies. I got Perl to build; right now I’m working with GNU file,
> which isn’t finding libz1.2.3 in the right place. (Anyone know how to
On Sat, Oct 19, 2019 at 1:15 PM Marnen Laibow-Koser
wrote:
>
>
> On Sat, Oct 19, 2019 at 11:33 AM Marnen Laibow-Koser
> wrote:
> [...]
>
>> I may try it there at some point, but right now I’m focusing on GUB
>> dependencies. I got Perl to build; right now I’m w
On Sun, Oct 20, 2019 at 5:19 PM Marnen Laibow-Koser
wrote:
> On Sat, Oct 19, 2019 at 1:15 PM Marnen Laibow-Koser
> wrote:
>
>>
>>
>> On Sat, Oct 19, 2019 at 11:33 AM Marnen Laibow-Koser
>> wrote:
>> [...]
>>
>>> I may try it
On Thu, Oct 17, 2019 at 7:08 PM Marnen Laibow-Koser
wrote:
>
>
> On Thu, Oct 17, 2019 at 6:52 PM Hans Åberg wrote:
>
>>
>>
>> > On 18 Oct 2019, at 00:30, Marnen Laibow-Koser
>> wrote:
>> >
>> > On Thu, Oct 17, 2019 at 6:24 PM Hans Åberg
ng like that but didn’t see a general method.
Do you have any idea how this is done?
Also, of course, the point is to do this in a way that doesn’t require the
end users to have MacPorts.
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
status of my
> script is, I can try to dig it up...
That could be useful; I’d like to see it if possible. Thanks!
>
> Jonas
Best,
>
> --
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
On Tue, Jan 7, 2020 at 5:15 PM Hans Åberg wrote:
>
> > On 7 Jan 2020, at 22:20, Marnen Laibow-Koser wrote:
> >
> > On Tue, Jan 7, 2020 at 4:16 PM Hans Åberg wrote:
> > [...]
> >
> > FYI, it is possible to build apps using MacPorts, for example, there is
or our use, though, I’d be
delighted to see a suitable script!
<https://wiki.octave.org/Create_a_MacOS_X_App_Bundle_Using_MacPorts>
>
> HTH,
>
> Carl
Best,
>
> --
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
On Tue, Jan 7, 2020 at 5:21 PM Marnen Laibow-Koser
wrote:
[...]
>
> I plan to use LilyPad like the current Mac distributions do. I agree that
> Frescobaldi might be a better choice in the long run.
>
I got LilyPad to build 64-bit (and run on Mojave), with some modifications
to
On Wed, Jan 8, 2020 at 2:12 PM Jonas Hahnfeld wrote:
> Am Mittwoch, den 08.01.2020, 13:29 -0500 schrieb Marnen Laibow-Koser:
> > On Tue, Jan 7, 2020 at 5:21 PM Marnen Laibow-Koser <
> > mar...@marnen.org
> > >
> > wrote:
[...]
>
> > course doesn
On Wed, Jan 8, 2020 at 2:59 PM Jonas Hahnfeld wrote:
> Am Mittwoch, den 08.01.2020, 14:23 -0500 schrieb Marnen Laibow-Koser:
> >
> >
> > On Wed, Jan 8, 2020 at 2:12 PM Jonas Hahnfeld wrote:
[...]
>
> > > I think GUB just downloads a pre-built version of
determine which files go in and which do not.
>
Hmm, interesting. I can't easily run that diff (because of not having a
GUB environment available); would you be willing to post the contents so I
can do research on that?
>
> Jonas
>
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
determine which files go in and which do not.
>
Hmm, I just ran a similar diff (comparing the Lily bundle I just built with
the "official" downloaded bundle). Results are here:
https://gist.github.com/marnen/137b056d95b1c8400af8f823dced54f0
>
> Jonas
>
Best,
--
Marne
On Thu, Jan 9, 2020 at 12:16 PM Jonas Hahnfeld wrote:
> Am Donnerstag, den 09.01.2020, 11:55 -0500 schrieb Marnen Laibow-Koser:
> > On Thu, Jan 9, 2020 at 10:47 AM Jonas Hahnfeld wrote:
> > [...]
> > > Running
> > > $ diff -ur root/usr/ installer/LilyPond.app/Co
On Thu, Jan 9, 2020 at 12:15 PM Jonas Hahnfeld wrote:
> Am Donnerstag, den 09.01.2020, 11:14 -0500 schrieb Marnen Laibow-Koser:
> >
> >
> > On Thu, Jan 9, 2020 at 10:47 AM Jonas Hahnfeld wrote:
> > [...]
> > > Running
> > > $ diff -ur root/u
On Thu, Jan 9, 2020 at 1:44 PM Marnen Laibow-Koser
wrote:
> On Thu, Jan 9, 2020 at 12:15 PM Jonas Hahnfeld wrote:
>
>> Am Donnerstag, den 09.01.2020, 11:14 -0500 schrieb Marnen Laibow-Koser:
>> >
>> >
>> > On Thu, Jan 9, 2020 at 10:47 AM Jonas Hahnfe
On Thu, Jan 9, 2020 at 10:11 PM Marnen Laibow-Koser
wrote:
> On Thu, Jan 9, 2020 at 1:44 PM Marnen Laibow-Koser
> wrote:
>
>> On Thu, Jan 9, 2020 at 12:15 PM Jonas Hahnfeld wrote:
>>
>>> Am Donnerstag, den 09.01.2020, 11:14 -0500 schrieb Marnen Laibow-Koser:
&
ll try it and see. Thanks for the reminder.
I *think* that the Guile load path is the last issue standing between me
and a self-contained 64-bit Mac .app bundle. Everything else appears to be
working.
>
>
>
> Werner
>
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
On Fri, Jan 10, 2020 at 2:29 AM Jonas Hahnfeld wrote:
> Am Freitag, den 10.01.2020, 01:07 -0500 schrieb Marnen Laibow-Koser:
> >
> >
> > On Fri, Jan 10, 2020 at 1:03 AM Werner LEMBERG wrote:
> > > > There is one lingering problem: when LilyPond calls Guile,
On Fri, Jan 10, 2020 at 10:19 AM Jonas Hahnfeld wrote:
> Am Freitag, den 10.01.2020, 09:04 -0500 schrieb Marnen Laibow-Koser:
> > On Fri, Jan 10, 2020 at 2:29 AM Jonas Hahnfeld wrote:
[...]
> > > From my experiments, this is where LilyPond's relocation kicks in. I
On Fri, Jan 10, 2020 at 10:45 AM Marnen Laibow-Koser
wrote:
>
>
> On Fri, Jan 10, 2020 at 10:19 AM Jonas Hahnfeld wrote:
>
>> Am Freitag, den 10.01.2020, 09:04 -0500 schrieb Marnen Laibow-Koser:
>> > On Fri, Jan 10, 2020 at 2:29 AM Jonas Hahnfeld
>>
On Fri, Jan 10, 2020 at 7:57 PM Marnen Laibow-Koser
wrote:
> On Fri, Jan 10, 2020 at 10:45 AM Marnen Laibow-Koser
> wrote:
>
>>
>>
>> On Fri, Jan 10, 2020 at 10:19 AM Jonas Hahnfeld wrote:
>>
>>> Am Freitag, den 10.01.2020, 09:04 -0500 schrieb Marnen L
On Thu, Jan 9, 2020 at 10:11 PM Marnen Laibow-Koser
wrote:
> On Thu, Jan 9, 2020 at 1:44 PM Marnen Laibow-Koser
> wrote:
>
>> On Thu, Jan 9, 2020 at 12:15 PM Jonas Hahnfeld wrote:
>>
>>> Am Donnerstag, den 09.01.2020, 11:14 -0500 schrieb Marnen Laibow-Koser:
&
On Sat, Jan 11, 2020 at 7:08 AM Dan Eble wrote:
> On Jan 11, 2020, at 01:36, Marnen Laibow-Koser wrote:
> > I'd really appreciate fellow Mac users testing the build and reporting
> any
> > issues you find. (Karlin? Carl?) You can download it at
> > htt
On Sat, Jan 11, 2020 at 8:18 AM Dan Eble wrote:
> On Jan 11, 2020, at 07:48, Marnen Laibow-Koser wrote:
> >
> > Could you try it without renaming and see if you get the same results?
> (Renaming shouldn’t actually matter, but I want to make sure I didn’t do
> something stu
On Sat, Jan 11, 2020 at 8:29 AM Jonas Hahnfeld wrote:
[...]
>
> GUB has another gs.reloc which sets a few variables looking related...
I know, and I already tweaked that file, which is why I’m surprised that
these issues are still occurring.
>
> Jonas
>
--
Marnen L
On Sat, Jan 11, 2020 at 8:45 AM Dan Eble wrote:
> On Jan 11, 2020, at 08:40, Marnen Laibow-Koser wrote:
> > Dammit, I did already fix this error! I wonder if I left the modified
> gs.reloc file out of the bundle by mistake, or if something else is going
> on.
> >
&
On Sat, Jan 11, 2020 at 8:58 AM Marnen Laibow-Koser
wrote:
>
>
> On Sat, Jan 11, 2020 at 8:45 AM Dan Eble wrote:
>
>> On Jan 11, 2020, at 08:40, Marnen Laibow-Koser wrote:
>> > Dammit, I did already fix this error! I wonder if I left the modified
>> gs.reloc
Error: Attempted relative import in non-package
>
> (which may be expected… but you asked for reports;-)
I appreciate it. I haven’t tested convert-ly yet. Clearly I should have.
:) Thanks for the bug report.
>
> Thanks,
>
> Stan
>
> --
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
he version statement is incorrect in both the default document
> and the "about" dialog.
> Am I the only one seeing that?
Thanks, I meant to look at that and ran out of time. I’ll see about next
build.
Best,
--
Marnen Laibow-Koser mar...@marnen.org http://www.marnen.org Sent from Gmail
Mobile
On Sun, Jan 12, 2020 at 2:08 AM Marnen Laibow-Koser
wrote:
>
>
> On Sat, Jan 11, 2020 at 10:47 PM Kieren MacMillan <
> kieren_macmil...@sympatico.ca> wrote:
>
>> Hi Marnen,
>>
>> > New version is now available at
>> >
>> https://bint
Error: Attempted relative import in non-package
>
> (which may be expected… but you asked for reports;-)
>
Fixed in new build,
https://bintray.com/marnen/lilypond-darwin-64/download_file?file_path=lilypond-2.19.83.build20200201173109-darwin-64.tar.gz
>
> Thanks,
>
> Stan
>
>
Best,
--
Marnen Laibow-Koser
mar...@marnen.org
http://www.marnen.org
1 - 100 of 103 matches
Mail list logo
