Re: Generating dependencies for Lilypond

> > >1. get-outfile-name returns the base name, with no file extension. I >need to retrieve the output format set by the command line options ( >--format). >2. This doesn't handle MIDI properly. MIDI scores, even when in the >same book, are output to different files, and the abo

Re: Generating dependencies for Lilypond

On 16/03/2025 1:08, Saul Tobin wrote: These are questions I've had to consider as I work on Emacs lilypond-ts-mode, and I suspect are relevant to lots of tooling projects. Since output file names and locations are potentially set via arbitrary Scheme code, it's not feasible to do this reliably

Re: Generating dependencies for Lilypond

I've attached a Python script that takes a LilyPond source file and prints all the include file names it finds, recursively. It keeps track of the current working directory. It does *not* reeport LilyPond include files, but I'm guessing that's not what's wanted. Every include file is reported on

Re: Generating dependencies for Lilypond

These are questions I've had to consider as I work on Emacs lilypond-ts-mode, and I suspect are relevant to lots of tooling projects. Since output file names and locations are potentially set via arbitrary Scheme code, it's not feasible to do this reliably without actually running the LilyPond bin

Re: Generating dependencies for Lilypond

ke me) who aren't familiar with the C++ compiler flags, here's what Gemini says about it: "The -M flag instructs the compiler to output a makefile rule that describes the dependencies of the source file." That, I would think, would be a simple Python script. But then you say it s

Generating dependencies for Lilypond

I've been wondering what the equivalent of cpp -M for Lilypond is, if there is such a thing. It wouldn't be so simple to implement; as well as tracking \includes recursively, tracking the expected names of output files (as there can be multiple per source file) is also required. There's probab

Re: Next round on frescobaldi dependencies

I explicitly consent! Regards Am 01.01.2018 16:45, schrieb Shane Brandes: I don't think anyone is blaming you. We are just trying to help you succeed. I think everyone here has encountered the dependency mismatch hell somewhere along the line. And it is never a good time. Take a few days off f

Re: Next round on frescobaldi dependencies

I don't think anyone is blaming you. We are just trying to help you succeed. I think everyone here has encountered the dependency mismatch hell somewhere along the line. And it is never a good time. Take a few days off from fighting with it. Then try it again. regards, Shane On Mon, Jan 1, 2018 a

Re: Next round on frescobaldi dependencies

Am 01-Jan-2018 11:39:29 +0100 schrieb li...@openlilylib.org: I think we have an issue with duplication of instructions. May I suggest to * replace the "Installing from source" sections on http://frescobaldi.org/download with links to the more detailed Wiki pages * Update the Wik

Re: Next round on frescobaldi dependencies

You write "Ubuntu 17", there are two versions Ubuntu 17.04 (Zesty Zapus) On 17.04 I never got running frecobaldi3 and reported repeatedly about. Ubuntu 17.10 (Artful Aardvark) On 17.10 it is possible to install, as others confirmed reading the actual mails in the thread. An ubuntu update might cu

Re: Next round on frescobaldi dependencies

Am 01.01.2018 um 01:35 schrieb Simon Albrecht: Oh please, did you even read what bb wrote? He was talking about that very same instruction, which has multiple issues: https://github.com/wbsoft/frescobaldi/issues/1048 https://github.com/wbsoft/frescobaldi/issues/1045 Also, one needs python-ly 0

Re: Next round on frescobaldi dependencies

Hi Urs and Simon, Since everybody wants to blame me here, I'll bow out. Something wrong with my Ubuntu 17. I can't make it work. I shall give up. Thanks all for the hints. Andrew ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.o

Re: Next round on frescobaldi dependencies

sitory, but I don't see why >> we should not aim to be able to install this application stand alone. >> >> >> Actually I have installed Frescobaldi on two computers with freshly >> installed Ubuntu 17.10. On both computers I installed it from the Git >> repos

Re: Next round on frescobaldi dependencies

Actually I have installed Frescobaldi on two computers with freshly > installed Ubuntu 17.10. On both computers I installed it from the Git > repository (exactly following the instructions on > https://github.com/wbsoft/frescobaldi/wiki/Running-Frescobaldi-3-From-Source-Git-(Linux)) > *and* from

Re: Next round on frescobaldi dependencies

cobaldi package with apt all dependencies were already met so I didn't have to install them separately for the Git repository version. I want an install that is clean, clear, and understandable and manageable, not just a way of making the application run by any means. From my latest exper

Re: Next round on frescobaldi dependencies

Am 31-Dec-2017 23:17:12 +0100 schrieb tim...@bitstream.net: On Dec 31, 2017, at 5:30 AM, bb wrote: > > I think you cannot install different versions of frescobaldi or parallel > from different sources. You might simply remove the repository version, try > again and see what happens. >

Re: Next round on frescobaldi dependencies

Hi Tim, The thing about installation instructions is that they have to be exact, to save time and hassle. While the page mentions Python 3, it then goes to list just Python versions of modules - no suffix 3. I have been trapped in the hamster treadmill finding this does not work, then figuring you

Re: Next round on frescobaldi dependencies

On Dec 31, 2017, at 5:30 AM, bb wrote: > > I think you cannot install different versions of frescobaldi or parallel from > different sources. You might simply remove the repository version, try again > and see what happens. > > Concerning the description on http://www.frescobaldi.org/downloa

Re: Next round on frescobaldi dependencies

only some poppler files. I cannot find an install > directory? I cannot find any frescobaldi3 on the system to try to > start with python3? > In the INSTALL text, Dependencies: there are mentioned the versions I > found not complete and outdated in my install from frescobaldi.o

Re: Next round on frescobaldi dependencies

pler files. I cannot find an install directory? I cannot find any frescobaldi3 on the system to try to start with python3? In the INSTALL text, Dependencies: there are mentioned the versions I found not complete and outdated in my install from frescobaldi.org source. Am 31.12.2017 um 12:48 schrieb

Re: Next round on frescobaldi dependencies

ror. Try to install the dependencies with sudo apt install git python3-pyqt5 python3-pyqt5.qtsvg python3-poppler-qt5 python3-pyqt5.qtwebkit see https://github.com/wbsoft/frescobaldi/wiki/Running-Frescobaldi-3-From-Source-Git-(Linux) Well, I *wrote* that page ;-) (and added the qtwebkit dependency

Re: Next round on frescobaldi dependencies

dependency list is incomplete and versions are wrongly noted one needs Python3-Poppler-Qt5, for me Python-Poppler-Qt5 did not work for some reason I argue python3-pyqt5.qtwebkit is neded, that is not on the list may be more issues? Try to install the dependencies with sudo apt install git python3

Re: Next round on frescobaldi dependencies

4.13.0-21-generic (not that the kernel would make a difference!). Clearly there are deeper dependencies and issues at play here. I would not have imagined a python program could be so troublesome, and so difficult to understand and fix. I guess it is due to the complexity of the Qt ecosystem world.

Re: Next round on frescobaldi dependencies

would make a difference!). Clearly there are deeper dependencies and issues at play here. I would not have imagined a python program could be so troublesome, and so difficult to understand and fix. I guess it is due to the complexity of the Qt ecosystem world. I remain stuck on Mint 18 for F&

Re: Next round on frescobaldi dependencies

Sent from my T-Mobile 4G LTE Device Original message From: li...@openlilylib.org Date: 12/27/17 6:50 PM (GMT-05:00) To: lilypond-user@gnu.org Subject: Re: Next round on frescobaldi dependencies 23. Dezember 2017 03:30, "Simon Albrecht" schrieb: Hello everybody

Re: Next round on frescobaldi dependencies

23. Dezember 2017 03:30, "Simon Albrecht" mailto:%22Simon%20Albrecht%22%20)> schrieb: Hello everybody, just to let you know: After gathering from the recent thread that the situation with frescobaldi dependencies and conflicting versions of python would be easier to handle with

Re: Next round on frescobaldi dependencies

g about the dependencies as apt does. But it care about all files in the package and which installed file belongs to the package. Of course, this is less clean as only using the default repository and apt but I'd say less handwired as self-compiled packages or setting PATHs etc. And you can remove i

Re: Next round on frescobaldi dependencies

try sudo apt-get install python3-pyqt5.qtsvg eventually install python3-pyqt5.qtwebkit as well. Regards Am 24.12.2017 12:28, schrieb Simon Albrecht: Am 24-Dec-2017 11:07:32 +0100 schrieb b_120902342...@telecolumbus.net: Have you installed python3-ly 09.5? The distro repository offers the ol

Re: Next round on frescobaldi dependencies

Am 24. Dezember 2017 12:28:40 MEZ schrieb Simon Albrecht : >Am 24-Dec-2017 11:07:32 +0100 schrieb b_120902342...@telecolumbus.net: >Have you installed python3-ly 09.5? The distro repository offers the >old > version 0.9.3-1. That does not work! >Get it from https://pypi.python.org/pypi/python-

Re: Next round on frescobaldi dependencies

Am 24-Dec-2017 11:07:32 +0100 schrieb b_120902342...@telecolumbus.net: Have you installed python3-ly 09.5? The distro repository offers the old version 0.9.3-1. That does not work! Get it from https://pypi.python.org/pypi/python-ly/0.9.5 Thanks, that's a step forward. At least Frescobaldi no

Re: Next round on frescobaldi dependencies

install' to correct these: The following packages have unmet dependencies: python3-poppler-qt5 : Depends: sip-py3api-11.2 but it is not installable Depends: libpoppler-qt5-1 (>= 0.24.5) but it is not going to be installed Depends: python3-pyqt5 but it is not installable E: Unmet dependencies.

Re: Next round on frescobaldi dependencies

t-get -f install' to correct these: The following packages have unmet dependencies: python3-poppler-qt5 : Depends: sip-py3api-11.2 but it is not installable Depends: libpoppler-qt5-1 (>= 0.24.5) but it is not going to be installed Depends: python3-pyqt5 but it is not installable E: Unmet d

Re: Next round on frescobaldi dependencies

___ > lilypond-user mailing list > lilypond-user@gnu.org > https://lists.gnu.org/mailman/listinfo/lilypond-user From:     Noeck Subject:     Re: Python dependencies: plea for help Date:     Fri, 8 Dec 2017 23:44:26 +0100 User-agent:     Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Ge

Re: Next round on frescobaldi dependencies

Out of curiosity: Did anyone writing here at least try the fix that I posted here twice which worked for me? I.e. installing python3-poppler-qt5_0.24.2-3build1_amd64.deb? Joram ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org

Re: Next round on frescobaldi dependencies

te any time with ubuntu 17 and > frescobaldi 3.0. The frescobaldi version in the distribution > repository  of 17 (I think 2.20.0?) is working without any problem. > > Regards > > Am 23.12.2017 um 03:29 schrieb Simon Albrecht: >> Hello everybody, >>   >> just

Re: Next round on frescobaldi dependencies

2.20.0?) is working without any problem. Regards Am 23.12.2017 um 03:29 schrieb Simon Albrecht: > Hello everybody, >   > just to let you know: After gathering from the recent thread that the > situation with frescobaldi dependencies and conflicting versions of > python would be e

Next round on frescobaldi dependencies

Hello everybody, just to let you know: After gathering from the recent thread that the situation with frescobaldi dependencies and conflicting versions of python would be easier to handle with Ubuntu 17, I tried getting it to work on a pristine 17.10 live system - unsucessfully, with another

Re: Python dependencies: plea for help

Absolutely agree! Am 09.12.2017 um 15:26 schrieb Simon Albrecht: > On 09.12.2017 15:07, bb wrote: >> Problems arises if you install from source and especially vedrsion >> 3.0.0. I sent some reports about that troubles to the frescobaldi >> mailing list. >> >> As Ralph Palmer writes, setting up a n

Re: Python dependencies: plea for help

On 09.12.2017 15:07, bb wrote: Problems arises if you install from source and especially vedrsion 3.0.0. I sent some reports about that troubles to the frescobaldi mailing list. As Ralph Palmer writes, setting up a new frescobaldi version always needs uninstall of the old version. Only frescob

Re: Python dependencies: plea for help

Installing frescobaldi from the distribution repository was no problem at all. Problems arises if you install from source and especially vedrsion 3.0.0. I sent some reports about that troubles to the frescobaldi mailing list. As Ralph Palmer writes, setting up a new frescobaldi version always nee

Re: Python dependencies: plea for help

There is not remarked which fresobaldi version you try to install? With frescobaldi 3.0.0 I found that python-poppler-qt5 does notb work, python3-poppler-qt5 is needed!! I did not get frescobaldi 3.0.0 on Linux mint 17 (did not try 16), tried tons of library versions. In general I found the

Re: Python dependencies: plea for help

Hi Simon, on which system? And do you need to build it or can you use a deb package? As discussed on Sept 23rd on this list [1], I used this package python3-poppler-qt5_0.24.2-3build1_amd64.deb on my Ubuntu machine. And Jamie found out where it came from: > This one worked for me: > https://ans

Python dependencies: plea for help

Hello everybody, following the post by Vincenzo I take the liberty of turning to this group for advice, even if it’s OT. It’s such a hassle working with LilyPond without Frescobaldi, and I couldn’t solve the problem described in . So I

Re: Circular dependencies - Deadlock

On Thu, 22 Jun 2017 06:39:08 +0200, David Kastrup wrote: > I don't really see this as calling for changes. If you want to create > utility files to be included at most once, you can try working with > guards like it is customary for C/C++ include files. I think we're shifting topic here from re

Re: Circular dependencies - Deadlock

Simon Albrecht writes: > On 21.06.2017 22:32, Michael Käppler wrote: >> Honestly I did not try it, but I am quite sure that it would be easy >> to implement a IFDEF mechanism like in C preprocessing with a few >> lines of Scheme, however. > > That won’t be Scheme involved there. IIRC \include st

Re: Circular dependencies - Deadlock

Am 21.06.2017 um 23:24 schrieb msk...@ansuz.sooke.bc.ca: On Wed, 21 Jun 2017, caag...@gmail.com wrote: On 06/21/2017 11:10 PM, Johan Vromans wrote: If you have a non-infinite recursive include it will continue. I think that would require solving the Halting Problem first. That's true if it ha

Re: Circular dependencies - Deadlock

On 21.06.2017 23:24, msk...@ansuz.sooke.bc.ca wrote: my understanding of the proposal was that Lilypond would continue with a warning in any case, not trying to decide whether it's infinite, and let the user deal with shutting it down if in fact it is infinite. I was going to write that not eve

Re: Circular dependencies - Deadlock

On Wed, 21 Jun 2017, caag...@gmail.com wrote: > On 06/21/2017 11:10 PM, Johan Vromans wrote: > > If you have a non-infinite recursive include it will continue. > > I think that would require solving the Halting Problem first. That's true if it has to determine whether the recursion is infinite, bu

Re: Circular dependencies - Deadlock

On Wed, 21 Jun 2017, Johan Vromans wrote: > Instead of aborting, LP could issue a warning that it detected a circular > include. If it then hangs, you have a clue what is going on. If you have a > non-infinite recursive include it will continue. If it's only a warning (we need not get back into th

Re: Circular dependencies - Deadlock

On 06/21/2017 11:10 PM, Johan Vromans wrote: If you have a non-infinite recursive include it will continue. I think that would require solving the Halting Problem first. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailm

Re: Circular dependencies - Deadlock

On Wed, 21 Jun 2017 15:57:59 -0500 (CDT), msk...@ansuz.sooke.bc.ca wrote: > This may be a problem if there's any possibility of an include being > conditional. Then, someone could write a non-infinite recursive include > deliberately, and be disappointed when Lilypond breaks it. Instead of abort

Re: Circular dependencies - Deadlock

On Wed, 21 Jun 2017, Simon Albrecht wrote: > It would be even better, I think, if Lily noticed the circular dependency and > aborted with an informative message instead of just running on forever. This may be a problem if there's any possibility of an include being conditional. Then, someone coul

Re: Circular dependencies - Deadlock

On 21.06.2017 22:32, Michael Käppler wrote: Honestly I did not try it, but I am quite sure that it would be easy to implement a IFDEF mechanism like in C preprocessing with a few lines of Scheme, however. That won’t be Scheme involved there. IIRC \include statements are resolved even before

Re: Circular dependencies - Deadlock

What would be wrong about just outputting a warning "Trying to include already included file" or something like that and reject the recursive \include statement? I came across this when working with a include file collecting cue notes like that: \include "foo1.ly" \include "foo2.ly" \include "

Re: Circular dependencies - Deadlock

On 21.06.2017 22:03, msk...@ansuz.sooke.bc.ca wrote: On Wed, 21 Jun 2017, Michael Käppler wrote: foo.ily: \include "bar.ly" bar.ly: \include "foo.ily" Am I right to consider this a bug? I don't think so - at least not a bug in Lilypond. It's just doing what you told it to do, and most other la

Re: Circular dependencies - Deadlock

On Wed, 21 Jun 2017, Michael Käppler wrote: > foo.ily: > \include "bar.ly" > bar.ly: > \include "foo.ily" > Am I right to consider this a bug? I don't think so - at least not a bug in Lilypond. It's just doing what you told it to do, and most other language parsers that have an "include" facili

Circular dependencies - Deadlock

Hi all, I searched the bug tracker for the following issue but did not find anything... Consider two files: foo.ily: \version "2.19.59" \include "bar.ly" bar.ly: \version "2.19.59" \include "foo.ily" { c4 d e f } If you try to compile bar.ly the parsing process continues forever, appare

2.6.x rpm install - failed dependencies

I'd like to upgrade from 2.4 to 2.6 but get the following error when I try to install the ghostscript items: $rpm -Uv ghostscript-8.15rc3-0.i386.rpm ghostscript-libs-7.07-41.i386.rpm error: Failed dependencies: ghostscript = 7.07-33 is needed by (installed) ghostscript-devel-7.07-33

Dependencies for lilypondTool: WAS: jedit and dvi

On Mon, 13 Jun 2005 02:03:01 +0200 dax2 wrote: > On Sat, 11 Jun 2005 12:30:16 +0200 > Bertalan wrote: > > There is also a new dependency, that you must install > > manually: Download jtextcheck from: ... I found the other dependencies on http://plugins.jedit.org/plu

Re: Installation Redhat 8, dependencies

If you installed guile from source, than you should already have both the runtime parts as well as the include files and lib files needed when you compile LilyPond. If, instead, you had installed from RPMs, you would have needed both a package called guile and another one called guile-dev in order

Installation Redhat 8, dependencies

Perhaps someone could give me some pointers. I have not successfully installed LilyPond as of yet. I tried with the command-line: rpm -i lilypond-2.4.1-1.rh90.ccrma Althought the package name contains "rh90", it is the one recommended for RH8 on the LilyPond website. This is the chain o

Re: circular dependencies in fink port?

Arvid Grøtting <[EMAIL PROTECTED]> writes: > Guess I'll go for a bike trip in the woods and see if Lilypond is > installed or not when I get back... It was installed and working even before I managed to get out. I've tested it now, and it works beautifully, in case anyone wondered. -- Arvid

circular dependencies in fink port?

Installing lilypond-2.0.1 from the fink port (on MacOS 10.2) doesn't seem to work out-of-the-box. I got an error message complaining about circular depenecies or somesuch. Manually installing some of the dependencies first seems to work around this, or at least I guess it does; thing

dependencies

[EMAIL PROTECTED] writes: > I've upgraded to RH7.3 and tried to install lilypond-1.5.58.uu1-1.i386.rpm. > I have run into a dependency cascade that I was afraid of. I started by > downloading everything in: > > ftp://ftp.cs.uu.nl/pub/GNU/LilyPond/binaries/RedHat/RPMS/i386-RH7.3/devel/ > > I tr

dependencies

I've upgraded to RH7.3 and tried to install lilypond-1.5.58.uu1-1.i386.rpm. I have run into a dependency cascade that I was afraid of. I started by downloading everything in: ftp://ftp.cs.uu.nl/pub/GNU/LilyPond/binaries/RedHat/RPMS/i386-RH7.3/devel/ I tried installing but ran into a warning ab