GUB / ghostscript

Hi everybody, is there any reason that we still use very ancient versions of ghostscript for our installers prepared via GUB? A number of vulnerabilities have been found, and it's easy to find detailed descriptions of exploits ... see e.g. https://www.openwall.com/lists/oss-security/2019/01/2

Re: Cairo: Please test mingw installer

Hi James, Do you still need someone to test this? The link below no longer works (Expired?). Here are installers for lilypond with the  cairo backend after a significant remix by Han-Wen. GUB has been changed to use a cairo version that fixes three bugs relevant for lilypond, a test would b

Re: GUB mingw pixman 0.40 linking problem

Hi everybody, It's also a linker problem with mingw, but this problem proves to be hard for me. I solved the problem. Knut

GUB mingw pixman 0.40 linking problem

Hi everybody, My efforts to make GUB fit for the Cairo backend patch came to the following result: Building  of LilyPond with the cairo backend code and the old versions of Pixman and Cairo included in Gub works fine. Old Cairo means that pdfs are generated without hyperlinks and without meta

Cairo: Please test mingw installer

Hi everybody! I had some time and had a look at GUB. I managed to build a mingw installer of lilypond + cairo backend. Gub succeeded, but that does not mean a lot ;-) I do not have access to a PC with a MS Windows installation, so it would be nice if a few people could test this installer. D

Re: Cairo based backend

Hi everybody! Thanks for your replies to the original message, I'll reply later. Currently I'm working on GUB. The trivial part is to update some lost download links, but even after those links have been fixed building of *::cairo is broken. Knut

Re: Cairo based backend

On 07.07.21 20:41, Jonas Hahnfeld wrote: Am Mittwoch, dem 07.07.2021 um 19:42 +0200 schrieb Knut Petersen: The cairo pdf support is old, but pdf hyperlink support unfortunately requires at least cairo 1.16. Oh wow 😲 Ok, that's indeed a reason to go with at least 1.16. Which is fine f

Re: Cairo based backend

Hi Jonas I saw that you opened a merge request (actually, two...), I managed to screw up my git commands. The first one is about *how* the backend should be added. In the previous thread, I proposed that it should be optional at first and I meant this to imply that Cairo should not become a

Cairo based backend

fb358dbf83aa8c69b6e6f6cd565e9f50c Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Tue, 8 Jun 2021 23:09:02 +0200 Subject: [PATCH] CAIRO: playing and testing version 4 A new backend based on Cairo. The cairo patch now implements a lilypond backend. To test: Select the desired output

Re: subfonts

Hi Werner, In framework-ps we have this code at lines 501+ [...] (else (ly:font-sub-fonts font [...] The 'else' clause is different. A diagnostic patch showed that it is never executed during 'make doc'. Does anybody know a font/example that triggers usage of the code in the

subfonts

Hi everybody! In framework-ps we have this code at lines 501+ (define (load-fonts paper)     (let* ((fonts (ly:paper-fonts paper))    ;; todo - doc format of list.    (all-font-names     (map (lambda (font)    (cond ((string? (ly:font-file-name f

Re: Cairo

rce. Knut >From 8047e3d4b638b53b8e12faf359fd034c2b6996af Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Tue, 8 Jun 2021 23:09:02 +0200 Subject: [PATCH] CAIRO: playing and testing version 3 Test Cairo 1.16 as a new tool to generate PDF files. All stencil commands are supported now. I

Is there any use for the 'char' stencil command?

Hi everybody! We have a stencil command 'char'.  Normally grep is a good friend, but grepping for 'char' gives a looong list of possible matches even if you add some restrictions ;-)) So I decided to try a brutal search method and changed the current definition of 'char' to   (define (char f

Re: Cairo

Hi Han-Wen, I agree. Creating a new backend is actually fairly simple. Just copy framework-ps.scm to framework-cairo.scm. That should be enough to get you support for -dbackend=cairo. If you want, you can also copy output-ps.scm, but that's not strictly necessary (anything that populates the dis

Re: Cairo

Hi Werner, All of your code looks very good. Thanks again for working on this! Please create a Merge Request – It seems to me that you have moved past the point of a demonstration patch. No, it's definitely too soon for a merge request. A few stencils->cairo procedures need to be added, a b

Re: Cairo

f866488 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Fri, 25 Jun 2021 21:45:00 +0200 Subject: [PATCH] CAIRO: Add 1) uri and internal hyperlinks 2) partial ellipses Internal page hyperlinks to pages that have not been generated seem to be broken ... a cairo bug or a problem of the docum

Re: Cairo

t done yet"? All missing features are "not done yet", I do not expect fundamental problems ... Knut >From 95935842f96790c7a0423636e3c8a03c2bd83e3a Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Fri, 25 Jun 2021 11:30:53 +0200 Subject: [PATCH] Cairo improvements - implemented

Re: Cairo

file formats. What will happen to the --pspdfopt options? It's not clear if similar functionality can be implemented via cairo. Comments? Knut >From 8f7bfa79f5a46e0b7a83b42cddfb663ca6cac362 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Tue, 8 Jun 2021 23:09:02 +0200 Subject:

Re: Cairo

Knut, if you read this message via the mailing list, please try to find out why my messages don't reach you. T-online.de email addresses seem to become more and more obsolete. hotmail.com and outlook.com block t-online, you get blocked by t-online. lkml blocked t-online about 8 years ago.

Cairo

Hi everybody! I played a bit with cairo / cairomm.  Comments are welcome. Knut >From 53ecf8bbff40641169edb520419d56394e2d753b Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Tue, 8 Jun 2021 23:09:02 +0200 Subject: [PATCH] CAIRO: playing and testing This is just a sketch to show how

[PATCH] fix broken building of guile branch "branch_release-1-8"

. Knut >From 91975e673d179f90eafb0a765968edf27c666961 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Sun, 21 Mar 2021 17:38:24 +0100 Subject: [PATCH] Fix broken building of branch_release-1-8 This fixes problems introduced with commits 88155da and c43f252. Signed-off-by: Knut Peter

Re: Test reader speed of Guile 3.0.6

I wonder what the Carver MSDM score would look like. Searching the archives, it's seemingly become an informal standard for large-project stress tests. Carver MDSM compiled with guile master and lilypond master: 19.7 seconds Carver MDSM compiled with guile 1.8 + lilypond master: 14.6 seconds

Re: Test reader speed of Guile 3.0.6

I wonder what the Carver MSDM score would look like. Searching the archives, it's seemingly become an informal standard for large-project stress tests. Carver MDSM? I found https://lists.gnu.org/archive/html/lilypond-user/2016-11/msg00700.html Is there an URL for a version with a syntax th

Re: Test reader speed of Guile 3.0.6

Hi everybody, Indeed. I understand memory usage has been higher for LilyPond with post-1.8 guile versions. Was any of that notable in these tests? I only measured execution time, sorry. Memory is not a scarce resource on my system. Now the second part of my tests. A score typical for my usa

Re: Test reader speed of Guile 3.0.6

On 10.03.21 05:45, Dr. Arne Babenhauserheide wrote: Hi, there’s a Guile 3.0.6 release planned that includes a rewrite of the reader in Scheme. It has speed in the same order of magnitude as the previous reader but might have different performance characteristics. If I remember correctly, lilypond

Re: snippets manual is not rebuilt

On 15.12.20 06:51, Federico Bruni wrote: It's not just the snippets manual. It just happened with the usage manual. I fixed an error in a menu, re-run 'make doc' and I keep getting the same error message as if I did not fix it. But I'm sure I did. Any other translator confirming the issue? Je

guile branch_release-1-8 does not build with makeinfo 6.7

Hi everybody, Guile branch_release-1-8 does not build with openSuSE Tumbleweed 's makeinfo 6.7. The attached patch fixes the problem. Knut >From 394c7dbeddbaf2a33767e877d411e3fb36545dbe Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Tue, 24 Nov 2020 20:31:14 +0100 Subject: [PA

Re: snippets manual is not rebuilt

I'm translating the snippets manual for the first time and I see that `make doc` does not rebuild it when source is updated. I use         make  WEB_TARGETS="offline online" top-doc doc Knut

PDF transparency

. A test file (tmp_transparency_test.ly) is included in the patch. Knut >From 3c35f12df9d71d4e91b1d9a47a1a5804e9a4aea1 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Thu, 26 Nov 2020 17:33:29 +0100 Subject: [PATCH] Implement transparency for PDFs. Some time ago the SVG backend was taught

Re: 2.20 release roadmap

Hi Carl! We are stuck for release because GUB is not working properly. GUB definitely is NOT broken. On a lot of distributions GUB works without problems. If there is a problem with a specific distribution (I think Archlinux is such a case) it is always easy to run GUB inside of an ubuntu c

Re: Gub / Windows Subsystem for Linux

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 ./

Re: Patchy email

On 30.07.19 01:39, David Kastrup wrote: No, that make test needs a fix. make test is supposed to test the version in the work directory, not some weird amalgamate between system installed version and work directory version. Any idea what would be required here? Yes. https://codereview.appsp

Re: Patchy email

On 30.07.19 01:39, David Kastrup wrote: Stracing shows that after 'make all' it is also necessary to execute 'make install' prior to 'make test-baseline' or 'make test-clean'. That's insane. Having to install LilyPond before being able to test it makes no sense. During regression testing we

Re: Patchy email

On 29.07.19 17:55, David Kastrup wrote: Well, it is rather obvious that you should not be seeing failure with unchanged master (assuming that you have some reasonably current Python on your system) and I should not be seeing failure with your patch (assuming that it tests out on your system: the

Re: Patchy email

On 29.07.19 16:27, David Kastrup wrote: And here are the results from a freshly cloned tree: with your patch, test-baseline fails. Without it, it succeeds. Thanks. The other way round here. Would any log files help? I can rerun make test (both successfully and unsuccessfully) with redirecte

Re: Patchy email

Hi David! Thank you for the information you provided. Something is really broken, but after quite some time of debugging, I'm beginning to wonder if it really is my patch / system or if it might be that origin/master is broken after all. Could you please verify if  (after adapting the arguments

Re: Gub / Windows Subsystem for Linux

On 27.07.19 05:20, Karlin High wrote: On Fri, Jul 26, 2019 at 4:36 AM Knut Petersen 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

Re: Patchy email

On 27.07.19 07:56, David Kastrup wrote: What happened to the musicxml2ly patch? It vanished from staging. Shall I push it again? It didn't pass patchy testing on my computer with failures in the musicxml files. So it appears to have a problem with, uh, Python 2.7.16+ (according to python --ve

Re: Patchy email

On 26.07.19 20:36, David Kastrup wrote: Unless Knut is also running patchy now that he has commit access (and perhaps didn't have a clean master?). (I don't want to cast aspersions, but it might be a genuine mistake if it was Knut). Knut? I rather doubt that it was Knut since I mentioned the

Re: Gub / Windows Subsystem for Linux

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.

Re: Gub / Windows Subsystem for Linux

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. But I won't be trying any of this without your direct

Re: Gub / Windows Subsystem for Linux

On 24.07.19 03:27, Karlin High wrote: On Tue, Jul 23, 2019 at 5:00 PM Knut Petersen 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 &

Re: Gub / Windows Subsystem for Linux

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 PLATF

Re: Gub / Windows Subsystem for Linux

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 patch

Re: Gub / Windows Subsystem for Linux

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.

Gub / Windows Subsystem for Linux

Hi everybody! Has anybody tried to use GUB in the WSL environment? Knut ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: PATCHES - Countdown for July 16th

Hi James! Push: 5533 Add tex/txi-pt.tex - Knut Petersen https://sourceforge.net/p/testlilyissues/issues/5533 http://codereview.appspot.com/562920043 I do not have write access to the repository - please push. Knut ___ lilypond-devel

gub / lilyponds

Hi everybody! In the gub repository we have tags like 'gub-release-lilypond-2.17.0-1'. Unfortunately the sequence of those tags ends with the example given above. Are there any records that indicate which version of gub was used for releases of lilypond after lilypond 2.17.0? Knut _

Additional cherry-pick for stable/2.20

Hi everybody In master we have txi-ja.tex listed in the 'copied_files' array in scripts/build/grand-replace.py. We also have txi-ja.tex in stable/2.20 and have to list it in 'copied-files' too, so please git cherry-pick -x commit 2a4dfab3dbeb3412fda4f3e35a879a55fe8fd3c0. Knut __

Re: Build fix for stable 2.20 on openSuSE Tumbleweed

al.m4' gives commit bc4f5fdc299ff21d0ee2de4462af30b22e1321c1 Author: Knut Petersen Date:   Sun Jun 16 19:55:21 2019 +0100     Add glib-2.0 and gobject-2.0 library dependency     For a long time we relied     on pango/pangoft2 to pull     in the glib and gobject    

Some cherry-picks for stable/2.20

Hi everybody I think some commits in master should be cherry-picked for stable/2.20: git cherry-pick -x \ 6e98e7e7b0d0ac46ba7e54f4b3946228f44fc414 \ 9fb52ef2c93588192842fffa1b115c6f2d360321 \ f76997b5097f588060f823c4c87f01bac9f2fe50 \ b0300944e015b5957e50441224699e55c68c3dc3 \

Build fix for stable 2.20 on openSuSE Tumbleweed

Hi David! Attached is bc4f5fdc299 of master ported to stable/2.20. Cherry picking did not work as the aclocal.m4 files diverged to much. Knut >From db670c8174b3f00c0e9676683f3f1c74b787b5ee Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Thu, 4 Jul 2019 08:09:22 +0200 Subject: [PATCH

Re: stable/2.20 might fail to build

00:00:00 2001 From: Knut Petersen Date: Thu, 4 Jul 2019 11:03:34 +0200 Subject: [PATCH 1/2] Add tex/txi-pt.tex We need txi-*.tex files for all the languages we support. Without them, building of lilypond fails. If you did not experience that problem, you were lucky and texinfo is installed on your

stable/2.20 might fail to build

Hi everybody! During building stable/ 2.20 we have to build the Portuguese website. As we have no  txi-pt.tex in the tex/ directory that will fail if there is no installation of texinfo on the host system. Before I write a patch: Could someone please explain to me why we use txi-*.tex files stor

Gubllt: A script to test your patches with gub

appspot.com/download/issue572640043_552640044.diff Knut #!/bin/bash # # GUBLLT - Copyright 2019 Knut Petersen (knup...@gmail.com) # # abort if some programs we need are not present requireProg () { if [[ -z `which $1 2> /dev/null` ]]; then echo "GUBLLT ERROR: We need '$1' b

Re: build problem

On 30.06.19 10:45, Jean-Charles Malahieude wrote: Unfortunately, I don't remember if my last merge was just before upgrading to Fedora 30 or not. And Federico, who runs a Fedora 30 as well if I'm not mistaken, pushed on Translation mid-June… Build it yourself. Building and installing extract

Re: GUB: tools::imagemagick / libgomp

Hi Werner! Since I have openSUSE also, I can only say thank you :-) Another good news: On my openSUSE Tumbleweed (20190626) system gcc-8  (8.3.1) still fails to compile gub's python, but the new gcc-9 (9.1.1) succeeds to build python. Knut ___ li

GUB: tools::imagemagick / libgomp

Hi everybody! The attached patch allows gub to succeed on openSuSE tumbleweed again. Please test on other systems. Knut >From 23ded34d9d284a3809075632cf0d851acbb2a866 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Thu, 27 Jun 2019 14:06:03 +0200 Subject: [PATCH] Build tools::imagemag

Re: GUB with local git-repo?

On 21.06.19 00:06, Thomas Morley wrote: Am Do., 20. Juni 2019 um 13:12 Uhr schrieb Thomas Morley : Does it not work for subsequent builds of the same branch? I think I've found a workaround. Following CG, I'm already used to do some prepatory work while doing subsequent gub-builds, i.e.: rm -

Re: GUB with local git-repo?

Hi Harm! Not sure how to proceed. Any hint? Trivial omission on my side, I did not expect that someone would try use relative paths. Don't use '..' in arguments #1 and #2. Both of the folllowing commands should work: ~/bin/gubllb ~/gub ~/lilypond-git dev/gub-test ~/bin/gublib /home/ha

Re: Add glib-2.0 and gobject-2.0 library dependency (issue 568820043 by pkxgnugi...@runbox.com)

Hi James! Although it didn't break the patch test - which would have done a new 'make' after it had been applied (after a make test-baseline had been done). So I am guessing that the normal Patch Test Workflow does not work for these files? If the problem did not show up in the patch test, then

Re: GUB with local git-repo?

On 16.06.19 10:34, Thomas Morley wrote: You might want to kill the git daemon after building lilypond. Or you might want systemd to start the git daemon whenever the machine boots. I don't know how to do any of above, could you give me some hints? Attached is a quickshot bash script gubllb.

Re: GUB with local git-repo?

Hi Harm! Is it possible to point GUB to a private branch of my local git-repository? It definitely is possible. Use git as a daemon on localhost. If yes, how would the command been spelled? Assumptions: * gub is installed in ~/gub * there isn't a directory ~/srv * the git executable is

Re: Build problem with binutils 2.3.2 / gcc 8.3.1: "DSO missing from command line"

Hi Werner! OK. Do you have time to prepare a patch? No time ... but attached is quick shot. Min version 2.44 seems reasonable as we use it in gub. Knut >From 619de1764cd472ec7587f98c34ba7b7e613be93c Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Mon, 3 Jun 2019 12:30:08 +0200 Subj

Re: Build problem with binutils 2.3.2 / gcc 8.3.1: "DSO missing from command line"

Hi Werner! I always thought that `pkg-config' resolves dependencies recursively. Even with your `pangoft2.pc' file it should check the dependencies in `pango.fc', right? And there I see Requires: glib-2.0 gobject-2.0 Tumbleweed also moved those dependencies to 'Require.private' ;-) But I g

Re: Build problem with binutils 2.3.2 / gcc 8.3.1: "DSO missing from command line"

Hi Werner! I added libgobject-2.0 to LIBS: "export LIBS='-lglib-2.0 -lgobject-2.0'", and after that building the lilypond executable succeeded again. Hmm. LilyPond doesn't explicitly test for glib; it relies on PANGO_FT2_LIBS, which should always add those two libraries for building the `lilypo

Build problem with binutils 2.3.2 / gcc 8.3.1: "DSO missing from command line"

Hi everybody! After some time without building lilypond I realized that my openSuSE Tumbleweed system had changed enough to be unable to build lilypond with my old and proven script. The problem is that some required libraries are missing from the g++ command line that should produce the lilyp

Re: gs version error in latest GUB build

On 03.04.19 23:23, Valentin Villenave wrote: On 4/3/19, Knut Petersen wrote: An strace log that shows argv and env of execve gs would be helpfull ... Here’s a full strace log from that user, I’m not sure how to find that specific information: http://lilypond-french-users.1298960.n2.nabble.com

Re: gs version error in latest GUB build

On 31.03.19 16:17, Valentin Villenave wrote: Greetings, someone on -user-fr has reported gs crashing on some scores (for example the first incipit example from NR 2.9.6), with the following error: gs: Interpreter revision (926) does not match gs_init.ps revision (921). Might be caused by env

Re: Still cannot build GUB with stable/2.20 branch

On 19.03.19 00:00, David Kastrup wrote: I cherry-picked those commits now but have no idea what I am actually doing here. During the work on gub it was discoved that lilypond required etex on the build system although it never really used it. Gub pull request 59 (that worked around the probl

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On 21.03.19 12:04, Phil Holmes wrote: Anyway - it would seem easiest just to create a 'lilypond' group.  Does that seem the best way forward? In rsync-lily-doc.py we have:      system ('rsync --exclude "*.signature" --hard-links --delay-updates --delete --delete-after --stats --progress -pgo

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On 19.03.19 23:54, John Mandereau wrote: but I cannot set LILYPOND_REPO_URL with a local Git repo (i.e. with a "file:" URL) without GUB complaining about unknown VC system, so I use SSH on loopback. The most simple way to solve this problem: Create "lilypond-test" and "lilypond-doc" links  t

Re: Ghostscript 9.26 cannot embed CID fonts

On 02.01.19 14:27, Knut Petersen wrote: On 15.12.18 15:42, Masamichi Hosoda wrote: I've noticed that gs-9.26 cannot embed CID fonts for the extractpdfmark method. In the method, we defined fonts in PostScript, and use it in PDF. gs-9.26 cannot define the fonts for PDF in PostScript.

Re: 64-bit version of Lilypond?

Could anyone describe the process GUB uses to produce the current macOS installer? Maybe at least a starting point for research on 64-bit macOS builds could be determined. Or at a "guided tour" of GUB sources in this area, to help newcomers to the code understand what they'll be looking at.

Re: 64-bit version of Lilypond?

On 13.02.19 18:32, Karlin High wrote: On 2/13/2019 6:16 AM, Knut Petersen wrote: "LilyPond's GUB build system is currently being repaired" is misleading: Gub from grahams repository + pull request or e.g the gub at https://github.com/knupero/gub.git (grahams gub + pull requ

Re: 64-bit version of Lilypond?

Hi Sven! It does work (with complaints) on 10.13 as well as 10.14. But Apple will stop supporting 32-bit applications in 10.15 which will be released sometime in September, so we need a 64-bit build before then. I was not aware of the fact that MacOS support will be broken in a few months, and

Re: 64-bit version of Lilypond?

On 12.02.19 20:46, Karlin High wrote: On 2/12/2019 1:12 PM, Joseph Austin wrote: I just installed version 2.19.82-1 on my Mac OSX 10.13.4, and Mac complains that it's 32 bit software. Is there or will there be a 64-bit version of Lilypond that runs on Mac? LilyPond's GUB build system is curre

Re: Please test gub

Hi Urs! Urs Liska reported a successful build on Ferdora 29 o January 30th on this list. Have a look at his email. Sorry, no, I built on Linux Mint 19 and Debian 9. Sorry, I put your name in the wrong line of my table. Knut ___ lilypond-devel ma

Re: Please test gub

On 11.02.19 23:42, John Mandereau wrote: Hi Federico, I've already tested this setup on Debian 9, Ubuntu 16.04, Fedora 29 (with gcc-7) and reported the errors. Did you manage to get tools::guile to build with Fedora 29 plus GCC 7? On my system with a similar setup (Fedora 29 + GCC 7.4.0 install

Re: Please test gub

On 09.02.19 13:57, David Kastrup wrote: Lukas-Fabian Moser writes: For more than 10 years gub/specs/lilypond.py used /usr/bin/python. That means that during lilypond-test the system's python interpreter is used as the interpreter for the musicxml2ly script, not our own python in target/tools. 

Re: Please test gub

Hi everybody! I think with the attached test-patch on top of the patch I already sent to you 'make lilypond' (not only bin/gub xxx::lilypond) should succeed after you put the newly created wrapper directory in front of PATH. I see; this wrapper directory is more convenient than asking the us

Re: Please test gub

rom c17782911104845e818226c041d37e03f40d5759 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Fri, 8 Feb 2019 00:30:10 +0100 Subject: [PATCH] Use /usr/bin/env and python2, provide wrappers --- bin/build-architecture | 2 +- bin/build-platform | 2 +- bin/cygwin-packager

Re: Please test gub

On 06.02.19 15:09, Werner LEMBERG wrote: That leaves the two problems of - LLVMgold.so in /usr/lib/bfd-plugins shadowing liblto_plugin.so (I rm'ed LLVMgold.so there for the purpose of the above gub run.) This is definitely *not* a gub issue. It's strange that only the compilation of guile i

Re: Please test gub

Hi Alexander! Perfectly correct, your expectations are met. I hope that story of success continues ;-) Would you be so kind to test the attached patch? Knut >From 9b9751b2961514a80740899e344e502d0aafd756 Mon Sep 17 00:00:00 2001 From: Knut Petersen Date: Wed, 6 Feb 2019 12:55:59 +0

Re: Please test gub

Hi Alexander! The file /usr/lib/ld-linux-x86-64.so.2 is used instead of the expected /home/akobel/gub/gub/target/linux-64/root/usr/lib/ld-linux-x86-64.so.2. Could you please execute     ls -l `find -L /lib* /usr /home/akobel/gub | grep ld-linux-x86-64.so.2` and mail me the result? Sure, th

Re: Please test gub

On 04.02.19 15:29, Alexander Kobel wrote: Remote debugging... Perfectly correct, here you are. Thanks. The file /usr/lib/ld-linux-x86-64.so.2 is used instead of the expected /home/akobel/gub/gub/target/linux-64/root/usr/lib/ld-linux-x86-64.so.2. Could you please execute ls -l `find -L /l

Re: Please test new lilypond installers

On 05.02.19 00:36, Karlin High wrote: On 1/29/2019 3:19 AM, Knut Petersen wrote: lilypond-2.21.0-1.freebsd-x86.sh Intel Core i5-3450 3.10 GHz Windows 7 Pro 64-bit SP1 VirtualBox 5.2.22r126460 VM with 2 cores and 4 GB RAM $ uname -a FreeBSD freebsd32-vbox 12.0-RELEASE FreeBSD 12.0-RELEASE

Re: Please test gub

Hi Alexander! The argumens given are ok. As usual     mkdir -p STRACE     strace -v -f -ff -s 1 -o STRACE/TP bin/gub --fresh linux-64::guile will help to identify the problem. hm, that gives appx. 2 GB of traces, and I'm not sure which process' trace I should look at. Nothing segfaults

Re: Please test new lilypond installers

Hi Karlin! Maybe, installing compat6x package is required. # pkg install compat6x-amd64 ...and it did indeed fix the issue. LilyPond seems fully functional. Next, I want to make a FreeBSD 32-bit VM, and see about reviving an iMac G5 to test the PowerPC installers. Although I doubt there's a v

Re: Please test gub

On 01.02.19 15:06, Alexander Kobel wrote: On 01.02.19 14:51, Alexander Kobel wrote: GUB-bing further down the road now... Hrmpf, back here sooner than I hoped. Guile barfed - see the attached log. libtool: link: x86_64-linux-gcc -g -O2 -Wall -Wmissing-prototypes -o .libs/guile guile-guile.o 

Re: Please test gub

751ac35d67764c9be22a887ad513b819d8ed101d (HEAD -> newStateOfArt) Author: Knut Petersen Date:   Fri Feb 1 14:15:48 2019 +0100     TEST: Do we really need libopenjpeg in tools::poppler? diff --git a/gub/specs/poppler.py b/gub/specs/poppler.py index d8381f68..dcd44eef 100644 --- a/gub/specs/poppler.py ++

Re: Please test gub

On 31.01.19 16:04, Alexander Kobel wrote: and I can cleanly compile the recent poppler 0.73 with openjpeg2 backend from source, with a simple cmake + make. is there an libopenjpeg1-devel package installed? If not: try to install and rerun gub ... Knut

Re: Please test gub

On 31.01.19 15:43, Alexander Kobel wrote: Addendum: On 31.01.19 15:39, Alexander Kobel wrote: Whenever I can, I "correct" shebangs to python2 (without ever having looked up this PEP), and nobody ever complained that it breaks their workflow. That is to say: I've yet to encounter a system whe

Re: Please test gub

On 31.01.19 08:43, Alexander Kobel wrote: Hi, fails on Arch Linux (up-to-date, Intel Core i5-3317U). First, all Python scripts seem to require Python2 (but python -> python3 is the default on Arch). I placed a symlink to python -> python2 in a high-priority $PATH as a workaround, but it might b

Re: Please test gub

Hi everybody! Thanks for testing. Here is a summary of the current status: openSuSE Tumbleweed: Gub succeeds, but it is necessary to install gcc-7. openSuSE Leaf 42.3:  Gub succeeds. Ubuntu 18.04[.1]:    Gub succeeds. But. libc6-dev-i386 must be installed. If y

Re: Please test gub

On 30.01.19 10:46, Werner LEMBERG wrote: [...] getting identical checksums *for the doc bundle* is probably only possible if you have a gub installation containing a TeXLive package also. As time stamps are stored e.g. in pdf files we won't get constant checksums unless we do some special postpr

Re: Please test new lilypond installers

Hi everybody! Thanks for testing the installers. Below I try to summarize your results: *lilypond-2.21.0-1.linux-64.sh* OK: * Ubuntu 18.04.1 LTS (bionic), running under Windows Subsystem for Linux  Windows 10 Version 1803 (OS Build 17134.523) [Aaron Hill] * [Johan Vromans] *

Re: Please test gub

On 29.01.19 14:30, Urs Liska wrote: Looks like 64-bit Ubuntu, like my main machine. With an earlier gub-version I had similiar problem, because of missing 32-bit libraries. I got further after installing: lib32ncurses5 lib32z1 I suspect that apt-get install libc6-dev-i386 fixes the probl

Re: Please test gub

On 29.01.19 11:56, Thomas Morley wrote: Am Di., 29. Jan. 2019 um 00:53 Uhr schrieb Karlin High : On 1/28/2019 6:53 AM, Knut Petersen wrote: Please report success / fails with os / version / cpu info. I really like the simple instructions you posted, Knut. I wouldn't be testing Gub wi

Re: Please test gub

Obviously filenames (STRACE/TP) will differ as they indicate the ID of the processes. Please send me those two files and target/darwin-ppc/log/odcctools.log. Which two files, the tar and gzip files in .../usr/bin? No, target/darwin-ppc/log/odcctools.log and the two files STRACE/TP th

  1   2   3   >