Gub / Windows Subsystem for Linux

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Gub / Windows Subsystem for Linux

Knut Petersen
Hi everybody!

Has anybody tried to use GUB in the WSL environment?

Knut


_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
dak
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

dak
Knut Petersen <[hidden email]> writes:

> Hi everybody!
>
> Has anybody tried to use GUB in the WSL environment?

I am not sure this is a useful target when virtual Linux systems are
reasonably accessible.  If I remember correctly (but I am rather fuzzy
here, so verification would be sensible), Microsoft stuck with GPLv2
versions of most programs, meaning that the bootstrap environment may be
rather dated.  Of course, that would be beneficial for diagnosing
bootstrapping mishaps like the system Python use you figured out, but I
am not sure that this is otherwise fun.

For example, I think that current g++ versions are written in C++ rather
than C, making for quite different bootstrap requisites.

--
David Kastrup

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Mon, Jul 22, 2019 at 8:41 AM David Kastrup <[hidden email]> wrote:
>
> Knut Petersen <[hidden email]> writes:
>
> > Hi everybody!
> >
> > Has anybody tried to use GUB in the WSL environment?

I have in the past, but not recently. I think I did get a successful
build, but I forget which computer I was using, and can't guarantee it
was WSL and not VirtualBox or Microsoft Hyper-V. I definitely do have
a Debian WSL with a GUB stuck at the Mac PPC odcctools download.

And Microsoft has big changes coming for WSL, sounds like they plan to
include a full Linux kernel.

<https://www.thurrott.com/windows/windows-10/206236/windows-10-to-include-a-linux-kernel-for-wsl>

> I am not sure this is a useful target when virtual Linux systems are
> reasonably accessible.

I agree that it's not worth making changes to LilyPond to accommodate
Windows Susbsytem for Linux.

But WSL feels more native than virtualized. Some people may find it
preferable to a full VM and be willing to do extra setup to get WSL
running.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
On 22.07.19 16:02, Karlin High wrote:
>>
>>> Hi everybody!
>>>
>>> Has anybody tried to use GUB in the WSL environment?
> I have in the past, but not recently. I think I did get a successful
> build, but I forget which computer I was using, and can't guarantee it
> was WSL and not VirtualBox or Microsoft Hyper-V. I definitely do have
> a Debian WSL with a GUB stuck at the Mac PPC odcctools download.

Karlin, in January you reported a fail for this setup: 'Windows 7 Pro 64-bit SP1, Intel Core i5-3450, VirtualBox 5.2.22r126460, VM with 1 CPU core, 4GB RAM, 64GB storage'


>> I am not sure this is a useful target when virtual Linux systems are
>> reasonably accessible.
> I agree that it's not worth making changes to LilyPond to accommodate
> Windows Susbsytem for Linux.

Do we still need to change anything? There is an Ubuntu 18.04 for WSL.

On a fresh minimal installation (native or chroot) of ubuntu 18.04 all that is needed to install the required software and to build the installers, the documentation etc is a simple sequence of less than a dozen commands:

As user 'root' execute:

    adduser --gecos "" gub
    apt-get --yes update
    apt-get --yes --no-install-recommends upgrade
    apt-get --yes --no-install-recommends install file git gcc g++ libc6-dev-i386 make texlive-metapost texlive-xetex unzip zip

As user gub execute:

    cd /home/gub
    git clone https://github.com/gperciva/gub.git
    cd /home/gub/gub
    mkdir regtests
    touch regtests/ignore
    make lilypond

I wonder if this also works on an Ubuntu 18.04 running on WSL.

We need more developers.

If it were much easier to compile Lilypond under Windows with WSL / Ubuntu 18 / GUB than currently documented in our Contributor's Guide it would make the hurdles to participate in development much lower for all those who use Windows.

Knut
_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Mon, Jul 22, 2019 at 4:37 PM Knut Petersen <[hidden email]> wrote:
> I wonder if this also works on an Ubuntu 18.04 running on WSL.

Okay, I am following the GUB instructions on Windows 10 Pro 1803's
WSL, Ubuntu 18.04 LTS.

It looks like it downloads and starts building... then chokes on
odcctools again. It looks like the MD5 matches what was given in
January.

gub@LenovoM91p:~/gub$ md5sum downloads/odcctools/odcctools-iphone-dev-278.tar.gz
b067f6311e4c3d923e693dd280fab632
downloads/odcctools/odcctools-iphone-dev-278.tar.gz

Then, the end of the GUB output:

 *** Stage: pkg_install (cross/gcc-core, linux-x86)
  cross/gcc conflicts with cross/gcc-core
    non-core cross/gcc already installed
      skipping request to install cross/gcc-core
  cross/gcc-doc conflicts with cross/gcc-core
    non-core cross/gcc already installed
      skipping request to install cross/gcc-core
  cross/gcc-runtime conflicts with cross/gcc-core
    non-core cross/gcc already installed
      skipping request to install cross/gcc-core

 *** Stage: pkg_install (glibc-core, linux-x86)
  glibc conflicts with glibc-core
    non-core glibc already installed
      skipping request to install glibc-core
  glibc-doc conflicts with glibc-core
    non-core glibc already installed
      skipping request to install glibc-core

building package: darwin-ppc::odcctools
 *** Stage: download (odcctools, darwin-ppc)
 *** Stage: untar (odcctools, darwin-ppc)
 *** Stage: patch (odcctools, darwin-ppc)
sh: 1: ./32bit: Exec format error
error: cannot run 32 bit executable: 32bit


Tail of target/darwin-ppc/log/odcctools.log >>>>>>>>
    invoking cd /home/gub/gub/target/darwin-ppc/src/odcctools-278 &&
patch -p1 < /home/gub/gub/patches/odcctools-config-Wno-long-double.patch
    patching file configure
    patching file configure.ac
    invoking setup_linux_x86 ()
<<<<<<<< Tail of target/darwin-ppc/log/odcctools.log

Traceback (most recent call last):
  File "bin/gub", line 233, in exceptional_build
    build (settings, options, files)
  File "bin/gub", line 229, in build
    b.build_source_packages (names)
  File "bin/../gub/buildrunner.py", line 334, in build_source_packages
    self.spec_build (spec_name)
  File "bin/../gub/buildrunner.py", line 262, in spec_build
    deferred_runner.execute_deferred_commands ()
  File "bin/../gub/runner.py", line 167, in execute_deferred_commands
    cmd.execute (self.logger)
  File "bin/../gub/commands.py", line 172, in execute
    return self.func (logger, *self.args)
  File "bin/../gub/cross.py", line 230, in setup_linux_x86
    raise Exception ('Package %(name)s depends on 32 bit libraries'''
% locals ())
Exception: Package Odcctools depends on 32 bit libraries
*** Failed target: darwin-ppc::odcctools
gub.make:63: recipe for target 'packages' failed
make[1]: *** [packages] Error 1
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:26: recipe for target 'lilypond' failed
make: *** [lilypond] Error 2

Something about 32-bit stuff missing? What other 32-bit package would
I need to install here?

karlin@LenovoM91p:~$ sudo apt-get install libc6-dev-i386
[sudo] password for karlin:
Reading package lists... Done
Building dependency tree
Reading state information... Done
libc6-dev-i386 is already the newest version (2.27-3ubuntu1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
On 23.07.19 16:53, Karlin High wrote:

Thank you for testing.
> Tail of target/darwin-ppc/log/odcctools.log >>>>>>>>
>      invoking cd /home/gub/gub/target/darwin-ppc/src/odcctools-278 &&
> patch -p1 < /home/gub/gub/patches/odcctools-config-Wno-long-double.patch
>      patching file configure
>      patching file configure.ac
>      invoking setup_linux_x86 ()
> <<<<<<<< Tail of target/darwin-ppc/log/odcctools.log
>
>

Ok, please send the whole target/darwin/ppc/log/odcctools.log

To be on the safe side execute

apt-get --yes --no-install-recommends install file git gcc g++ libc6-dev-i386 make \
         texlive-plain-generic texlive-fonts-recommended texlive-metapost texlive-xetex \
         unzip zip

Then try these commands:

make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond-installer
make PLATFORMS=linux-x86 LILYPOND_BRANCH=master lilypond-installer
make PLATFORMS=linux-ppc LILYPOND_BRANCH=master lilypond-installer
make PLATFORMS=freebsd-x86 LILYPOND_BRANCH=master lilypond-installer
make PLATFORMS=freebsd-64 LILYPOND_BRANCH=master lilypond-installer
make PLATFORMS=mingw LILYPOND_BRANCH=master lilypond-installer
make LILYPOND_BRANCH=master lilypond-doc
make PLATFORMS=darwin-x86 LILYPOND_BRANCH=master lilypond-installer

Knut

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Tue, Jul 23, 2019 at 10:40 AM Knut Petersen
<[hidden email]> wrote:
> Ok, please send the whole target/darwin/ppc/log/odcctools.log

Attached.

> To be on the safe side execute

$ sudo apt-get --yes --no-install-recommends install file git gcc g++
libc6-dev-i386 make texlive-plain-generic texlive-fonts-recommended
texlive-metapost texlive-xetex unzip zip
[sudo] password for karlin:
Reading package lists... Done
Building dependency tree
Reading state information... Done
libc6-dev-i386 is already the newest version (2.27-3ubuntu1).
make is already the newest version (4.1-9.1ubuntu1).
unzip is already the newest version (6.0-21ubuntu1).
zip is already the newest version (3.0-11build1).
texlive-fonts-recommended is already the newest version (2017.20180305-1).
texlive-metapost is already the newest version (2017.20180305-1).
texlive-plain-generic is already the newest version (2017.20180305-2).
texlive-xetex is already the newest version (2017.20180305-1).
file is already the newest version (1:5.32-2ubuntu0.2).
g++ is already the newest version (4:7.4.0-1ubuntu2.3).
gcc is already the newest version (4:7.4.0-1ubuntu2.3).
git is already the newest version (1:2.17.1-1ubuntu0.4).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

>
> Then try these commands:
>
> make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond-installer
> make PLATFORMS=linux-x86 LILYPOND_BRANCH=master lilypond-installer
> make PLATFORMS=linux-ppc LILYPOND_BRANCH=master lilypond-installer
> make PLATFORMS=freebsd-x86 LILYPOND_BRANCH=master lilypond-installer
> make PLATFORMS=freebsd-64 LILYPOND_BRANCH=master lilypond-installer
> make PLATFORMS=mingw LILYPOND_BRANCH=master lilypond-installer
> make LILYPOND_BRANCH=master lilypond-doc
> make PLATFORMS=darwin-x86 LILYPOND_BRANCH=master lilypond-installer

gub@SAFEOFFICE:~/gub$ make PLATFORMS=linux-64 LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=linux-x86 LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=linux-ppc LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=freebsd-x86
LILYPOND_BRANCH=master lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=freebsd-64 LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=mingw LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make PLATFORMS=darwin-x86 LILYPOND_BRANCH=master
lilypond-installer
make -f lilypond.make lilypond-installer
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-installer'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-installer' failed
make: *** [lilypond-installer] Error 2
gub@SAFEOFFICE:~/gub$ make LILYPOND_BRANCH=master lilypond-doc
make -f lilypond.make lilypond-doc
make[1]: Entering directory '/home/gub/gub'
make[1]: *** No rule to make target 'lilypond-doc'.  Stop.
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:29: recipe for target 'lilypond-doc' failed
make: *** [lilypond-doc] Error 2

Some memories are coming back now... there was something about Windows
Subsystem for Linux being really reluctant to run 32-bit stuff.
<https://wpdev.uservoice.com/forums/266908-command-prompt-console-windows-subsystem-for-l/suggestions/13377507-please-enable-wsl-to-run-32-bit-elf-binaries>
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel

odcctools.log (100K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On 7/23/2019 4:35 PM, Karlin High wrote:
> Some memories are coming back now... there was something about Windows
> Subsystem for Linux being really reluctant to run 32-bit stuff.

I found some more notes I'd taken back in February. Microsoft has their
WSL project on GitHub, there was an issue discussion there.

<https://github.com/Microsoft/WSL/issues/2468#issuecomment-502402213>

But I won't be trying any of this without your direction, Knut. I've
given my share of over-the-phone tech support, and have learned that the
first rule for the remote user is "be a puppet." :)
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
In reply to this post by Karlin High
Hi Karlin!
>> Ok, please send the whole target/darwin/ppc/log/odcctools.log
> Attached.
Thanks. I'll have close look at that soon

>> Then try these commands:
>>
>> make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond-installer
>> make PLATFORMS=linux-x86 LILYPOND_BRANCH=master lilypond-installer
>> make PLATFORMS=linux-ppc LILYPOND_BRANCH=master lilypond-installer
>> make PLATFORMS=freebsd-x86 LILYPOND_BRANCH=master lilypond-installer
>> make PLATFORMS=freebsd-64 LILYPOND_BRANCH=master lilypond-installer
>> make PLATFORMS=mingw LILYPOND_BRANCH=master lilypond-installer
>> make LILYPOND_BRANCH=master lilypond-doc
>> make PLATFORMS=darwin-x86 LILYPOND_BRANCH=master lilypond-installer

Sorry, I was to fast. I meant:

make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond
make PLATFORMS=linux-x86 LILYPOND_BRANCH=master lilypond
make PLATFORMS=linux-ppc LILYPOND_BRANCH=master lilypond
make PLATFORMS=freebsd-x86 LILYPOND_BRANCH=master lilypond
make PLATFORMS=freebsd-64 LILYPOND_BRANCH=master lilypond
make PLATFORMS=mingw LILYPOND_BRANCH=master lilypond
make LILYPOND_BRANCH=master lilypond-doc
make PLATFORMS=darwin-x86 LILYPOND_BRANCH=master lilypond


> Some memories are coming back now... there was something about Windows
> Subsystem for Linux being really reluctant to run 32-bit stuff.

With 18.04 and GUB there should be not a single bit of 32-bit code that is executed ... unless I missed something. Probably i missed something.

Thanks for your help!

Knut



_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Tue, Jul 23, 2019 at 5:00 PM Knut Petersen <[hidden email]> wrote:
> make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond

Better progress this time, maybe. Now netpbm is having trouble.

must rebuild[linux-64]: system::gcc system::g++ tools::netpbm
tools::fonts-dejavu tools::fonts-libertine
tools::fonts-bitstream-charter tools::fonts-bitstream-vera
tools::fonts-liberation tools::fonts-luximono tools::fonts-ipafont
tools::fonts-gnufreefont tools::rsync system::mf system::mpost
system::xetex system::xelatex lilypond-test
building package: tools::netpbm
 *** Stage: download (netpbm, tools)
 *** Stage: untar (netpbm, tools)
 *** Stage: patch (netpbm, tools)
 *** Stage: autoupdate (netpbm, tools)
 *** Stage: configure (netpbm, tools)
Command barfed: cd /home/gub/gub/target/tools/build/netpbm-10.47.71 &&
sh /home/gub/gub/target/tools/src/netpbm-10.47.71/configure < answers

Tail of target/tools/log/netpbm.log >>>>>>>>

    Documentation URL [http://netpbm.sourceforge.net/doc/] ==>
    End of file on Standard Input when expecting response to prompt at
/home/gub/gub/target/tools/src/netpbm-10.47.71/buildtools/configure.pl
line 88, <STDIN> line 15.
    Command barfed: cd
/home/gub/gub/target/tools/build/netpbm-10.47.71 && sh
/home/gub/gub/target/tools/src/netpbm-10.47.71/configure < answers
<<<<<<<< Tail of target/tools/log/netpbm.log

*** Failed target: tools::netpbm
lilypond.make:155: recipe for target 'test-output' failed
make[1]: *** [test-output] Error 1
make[1]: Leaving directory '/home/gub/gub'
GNUmakefile:26: recipe for target 'lilypond' failed
make: *** [lilypond] Error 2

Attached is the netpbm.log
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel

netpbm.log (108K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
On 24.07.19 03:27, Karlin High wrote:
> On Tue, Jul 23, 2019 at 5:00 PM Knut Petersen <[hidden email]> wrote:
>> make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond
> Better progress this time, maybe. Now netpbm is having trouble.
Fine.
> Command barfed: cd /home/gub/gub/target/tools/build/netpbm-10.47.71 &&
> sh /home/gub/gub/target/tools/src/netpbm-10.47.71/configure < answers

The attached netpbm-patch for GUB should fix the problem.

If building tools::imagemagick should fail: try the 2nd patch

Knut



_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel

0001-NETPBM-Use-defaults.patch (2K) Download Attachment
0001-Build-tools-imagemagick-with-disable-openmp.patch (1021 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
In reply to this post by Karlin High
On 23.07.19 23:46, Karlin High wrote:
>
> I found some more notes I'd taken back in February. Microsoft has their WSL project on GitHub, there was an issue discussion there.
>
> <https://github.com/Microsoft/WSL/issues/2468#issuecomment-502402213>
>
> But I won't be trying any of this without your direction, Knut. I've given my share of over-the-phone tech support, and have learned that the first rule for the remote user is "be a puppet." :)

It's a promising link.

As 'make PLATFORMS=linux-64 LILYPOND_BRANCH=master lilypond' stopped when trying to build netpbm you already successfully cross-built the linux-64 installer. You should find lilypond-2.21.0-1.linux-64.sh in ./uploads.

I suspect that all but the windows and macos platforms will also succeed.

Although the host is a 64-bit system the darwin and mingw require the ability to execute 32bit code. If the procedures described in the link work, then the problem should be solved. Feel free to experiment ;-)

For Windows/macOS support you might directly test these three commands while experimenting:

bin/gub darwin-x86::odcctools
bin/gub darwin-ppc::odcctools
bin/gub tools::nsis

If these commands succeed after you followed the instructions in the link everything else should succeed too.

Knut


_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux SUCCESS for linux-64

Karlin High
In reply to this post by Knut Petersen
On Wed, Jul 24, 2019 at 5:52 AM Knut Petersen <[hidden email]> wrote:
> The attached netpbm-patch for GUB should fix the problem.

I am not an expert with Linux developer tools. All I know is what I
read in the LilyPond Contributor's Guide.

gub@SAFEOFFICE:~/gub$ git am ../0001-NETPBM-Use-defaults.patch
Applying: NETPBM: Use defaults.
.git/rebase-apply/patch:37: trailing whitespace.

.git/rebase-apply/patch:39: trailing whitespace.

.git/rebase-apply/patch:42: trailing whitespace.

.git/rebase-apply/patch:47: trailing whitespace.

.git/rebase-apply/patch:52: trailing whitespace.

warning: squelched 2 whitespace errors
warning: 7 lines add whitespace errors.

> If building tools::imagemagick should fail: try the 2nd patch

The netpbm patch seems successful. And no complaints from imagemagick.

I got a lilypond-2.21.0-1.linux-64.sh that resulted in a functional
LilyPond 2.21.0.

Now, on to linux-x86.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
In reply to this post by Knut Petersen
On Wed, Jul 24, 2019 at 9:54 AM Knut Petersen <[hidden email]> wrote:
> I suspect that all but the windows and macos platforms will also succeed.
>
> Although the host is a 64-bit system the darwin and mingw require the ability to execute 32bit code. If the procedures described in the link work, then the problem should be solved. Feel free to experiment ;-)
>
> For Windows/macOS support you might directly test these three commands while experimenting:
>
> bin/gub darwin-x86::odcctools
> bin/gub darwin-ppc::odcctools
> bin/gub tools::nsis

Exactly correct! All of the Linux and FreeBSD builds succeeded, and
these Windows and macOS components are failing.

Next up, either my WSL gets the qemu / binfmt surgery, or I get a
Windows 10 Insider Build for access to the upcoming full-Linux-kernel
WSL2.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
On 25.07.19 21:21, Karlin High wrote:

> Exactly correct! All of the Linux and FreeBSD builds succeeded, and
> these Windows and macOS components are failing.

You should also try

    bin/gub mingw::lilypond
    bin/gub mingw::lilypad

to build the lilypond and lilypad executables for mingw/windows.

AFAICS these builds also should succeed as nsis is only pulled in by the mingw::lilypond-installer target.

> Next up, either my WSL gets the qemu / binfmt surgery, or I get a
> Windows 10 Insider Build for access to the upcoming full-Linux-kernel
> WSL2.

I would try the qemu method first, because it would be easier to use for more people.

Knut

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Fri, Jul 26, 2019 at 4:36 AM Knut Petersen <[hidden email]> wrote:
> You should also try
>
> bin/gub mingw::lilypond
> bin/gub mingw::lilypad

Both of those worked, before setting up qemu.

> I would try the qemu method first, because it would be easier to use for more people.

After qemu, there was further progress. I tried...

bin/gub darwin-x86::odcctools

...and it did succeed on the odcctools package itself. But then it got
stuck on darwin-x86::cross/gcc, although it chewed on it for awhile.

building package: darwin-x86::cross/gcc
 *** Stage: download (cross/gcc, darwin-x86)
 *** Stage: untar (cross/gcc, darwin-x86)
 *** Stage: patch (cross/gcc, darwin-x86)
 *** Stage: autoupdate (cross/gcc, darwin-x86)
 *** Stage: configure (cross/gcc, darwin-x86)
 *** Stage: compile (cross/gcc, darwin-x86)
Command barfed: cd
/home/gub/gub/target/darwin-x86/build/cross/gcc-4.9.4 && make -j8
tooldir='/home/gub/gub/target/darwin-x86/root/usr/cross/i686-apple-darwin8'
gcc_tooldir='/usr/i686-apple-darwin8'

Tail of target/darwin-x86/log/cross/gcc.log >>>>>>>>
    make[1]: *** [all-target-libgcc] Error 2
    make[1]: Leaving directory
`/home/gub/gub/target/darwin-x86/build/cross/gcc-4.9.4'
    make: *** [all] Error 2
    Command barfed: cd
/home/gub/gub/target/darwin-x86/build/cross/gcc-4.9.4 && make -j8
tooldir='/home/gub/gub/target/darwin-x86/root/usr/cross/i686-apple-darwin8'
gcc_tooldir='/usr/i686-apple-darwin8'
<<<<<<<< Tail of target/darwin-x86/log/cross/gcc.log

*** Failed target: darwin-x86::cross/gcc

The gcc.log is attached, gzipped because over 8MB.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel

gcc.log.gz (918K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
On 27.07.19 05:20, Karlin High wrote:

> On Fri, Jul 26, 2019 at 4:36 AM Knut Petersen <[hidden email]> wrote:
>> You should also try
>>
>> bin/gub mingw::lilypond
>> bin/gub mingw::lilypad
> Both of those worked, before setting up qemu.
>
>> I would try the qemu method first, because it would be easier to use for more people.
> After qemu, there was further progress. I tried...
>
> bin/gub darwin-x86::odcctools
>
> ...and it did succeed on the odcctools package itself. But then it got
> stuck on darwin-x86::cross/gcc, although it chewed on it for awhile.
That means compiling and executing 32-bit code worked (odcctools does test that).

I probably need some time to figure out why building cross/gcc failed.

But as 32-bit works in principle, with the help of qemu it is time to try
to build the windows installer:

    bin/gub mingw::lilypond-installer

If that succeeds there will be a lilypond-2.21.0-1.mingw.exe in ./uploads.

Knut
_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Sat, Jul 27, 2019 at 1:50 AM Knut Petersen <[hidden email]> wrote:
> But as 32-bit works in principle, with the help of qemu it is time to try
> to build the windows installer:
>
> bin/gub mingw::lilypond-installer
>
> If that succeeds there will be a lilypond-2.21.0-1.mingw.exe in ./uploads.

It appears tools::nsis built OK, but mingw::lilypond-installer is failing.

building package: mingw::lilypond-installer
 *** Stage: download (lilypond-installer, mingw)
 *** Stage: compile (lilypond-installer, mingw)
Command barfed: /usr/bin/python bin/gib --platform=mingw
--branch=guile= --branch=lilypond=git.sv.gnu.org--lilypond.git-master
lilypond  lilypad

Tail of target/mingw/log/lilypond-installer.log >>>>>>>>
        raise misc.SystemFailed (m)
    gub.misc.SystemFailed: Command barfed: cd
/home/gub/gub/target/mingw/installer && makensis -NOCD
/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh
/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi

    Command barfed: /usr/bin/python bin/gib --platform=mingw
--branch=guile= --branch=lilypond=git.sv.gnu.org--lilypond.git-master
lilypond  lilypad
<<<<<<<< Tail of target/mingw/log/lilypond-installer.log

*** Failed target: mingw::lilypond-installer

lilypond-installer.log is attached.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel

lilypond-installer.log (31K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Knut Petersen
Hi Karlin!

Please forgive the delay of a few days. We might continue if you are ready.

>> But as 32-bit works in principle, with the help of qemu it is time to try
>> to build the windows installer:
>>
>> bin/gub mingw::lilypond-installer
>>
>> If that succeeds there will be a lilypond-2.21.0-1.mingw.exe in ./uploads.
> It appears tools::nsis built OK, but mingw::lilypond-installer is failing.


There should be an executable file '/home/gub/gub/target/tools/root/usr/bin/makensis'. Correct?


If the file is present: Execute

    file /home/gub/gub/target/tools/root/usr/bin/makensis

The result should look more or less like

    /home/gub/gub/target/tools/root/usr/bin/makensis: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.0.0, with debug_info, not stripped

Correct?


Try to execute it (qemu must be active, 32-bit elf support enabled)

    cd /home/gub/gub/
    /home/gub/gub/target/tools/root/usr/bin/makensis

If the command succeeds, it will display copyright and usage information.


If the command does not succeed, there will be an error message. Then execute

    qemu-i386 /home/gub/gub/target/tools/root/usr/bin/makensis

Does it succeed now? If it did not succeed: execute

    qemu-i386 --strace /home/gub/gub/target/tools/root/usr/bin/makensis &> makensislog


If makensis succeeds either directly or with the explicit usage of qemu-i386, try to execute

    cd /home/gub/gub/target/mingw/installer
    /home/gub/gub/target/tools/root/usr/bin/makensis -NOCD \
    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh\
    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi

If there is no success: please send the files (directly, not to the list)

    makensislog,
    /home/gub/gub/target/tools/root/usr/bin/makensis
    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh\
    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi

Knut
_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gub / Windows Subsystem for Linux

Karlin High
On Thu, Aug 1, 2019 at 4:28 PM Knut Petersen <[hidden email]> wrote:
> Please forgive the delay of a few days.

I saw the work happening on other patches. Kudos!

> There should be an executable file '/home/gub/gub/target/tools/root/usr/bin/makensis'. Correct?
> If the file is present: Execute
> file /home/gub/gub/target/tools/root/usr/bin/makensis

gub@SAFEOFFICE:~$ file gub/target/tools/root/usr/bin/makensis
gub/target/tools/root/usr/bin/makensis: ELF 32-bit LSB executable,
Intel 80386, version 1 (SYSV), dynamically linked, interpreter
/lib/ld-, for GNU/Linux 2.0.0, with debug_info, not stripped

> Try to execute it (qemu must be active, 32-bit elf support enabled)
>
> cd /home/gub/gub/
> /home/gub/gub/target/tools/root/usr/bin/makensis
>
> If the command succeeds, it will display copyright and usage information.

gub@SAFEOFFICE:~/gub$ /home/gub/gub/target/tools/root/usr/bin/makensis
MakeNSIS v27-Jul-2019.cvs - Copyright 1995-2009 Contributors
See the file COPYING for license details.
Credits can be found in the Users Manual.

Usage:
  makensis [option | script.nsi | - [...]]
   options are:
[omitted]

> If the command does not succeed, there will be an error message. Then execute

Apparently succeeded. Skipping qemu steps.

> If makensis succeeds either directly or with the explicit usage of qemu-i386, try to execute
>
> cd /home/gub/gub/target/mingw/installer
> /home/gub/gub/target/tools/root/usr/bin/makensis -NOCD \
>    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh\
>    /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi
>
> If there is no success: please send the files (directly, not to the list)
>
> makensislog,
> /home/gub/gub/target/tools/root/usr/bin/makensis
> /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh\
> /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi
>
> Knut

gub@SAFEOFFICE:~/gub/target/mingw/installer$
/home/gub/gub/target/tools/root/usr/bin/makensis -NOCD \
> /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh\
>  /home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi
MakeNSIS v27-Jul-2019.cvs - Copyright 1995-2009 Contributors
See the file COPYING for license details.
Credits can be found in the Users Manual.

Processing config:
Processing plugin dlls:
"/home/gub/gub/target/tools/root/usr/share/nsis/Plugins/*.dll"

!define: "MUI_INSERT_NSISCONF"=""

Processing script file:
"/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/definitions.nsh"
!define: "INSTALLER_VERSION"="2.21.0"
!define: "INSTALLER_BUILD"="1"
!define: "INSTALLER_OUTPUT_DIR"="/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir"
!define: "ROOT"="lilypond-git.sv.gnu.org--lilypond.git-master"
!define: "PRETTY_NAME"="LilyPond"
!define: "CANARY_EXE"="lilypond"
!define: "NAME"="lilypond"
OutFile: "/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/setup.exe"
Processing script file:
"/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi"
!define: "ENVIRON"="SYSTEM\CurrentControlSet\Control\Session
Manager\Environment"
!define: "UNINSTALL"="Software\Microsoft\Windows\CurrentVersion\Uninstall\LilyPond"
!define: "USER_SHELL_FOLDERS"="Software\Microsoft\Windows\CurrentVersion\Explorer\User
Shell Folders"
Var: "EDITOR"
Var: "UP_DESKTOP"
!define: "UninstLog"="files.txt"
Var: "UninstLog"
LangString: "UninstLogMissing" 0 "files.txt not found.
Cannot uninstall."
!include: could not find: "substitute.nsh"
Error in script
"/home/gub/gub/target/mingw/installer/lilypond-git.sv.gnu.org--lilypond.git-master-dbdir/lilypond.nsi"
on line 29 -- aborting creation process

Will send files directly to you as requested.
--
Karlin High
Missouri, USA

_______________________________________________
lilypond-devel mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/lilypond-devel