Thomas Morley writes:
> I now compiled guile master from
> 35a90592501ebde7e7ddbf2486ca9d315e317d09
> "Add unboxed floating point comparison instructions."
>
> Getting Guile 2.1.5.21-35a90
>
>
> Then I compiled LilyPond with this guile (thanks Werner fore the hints)
> As mentioned before, scm_pro
2017-01-13 20:53 GMT+01:00 David Pirotte :
> Hello,
>
>> I never tried to compile lilypond with a guile version higher than
>> 2.0.13, so I can't say anything about it.
>
> I (really) recommend you to do so: guile 2.2 is due to be released in a month
> or
> two, at the very most. 2.1.5 beta is the
>> OK, thanks for working on this. However, it would be still
>> valuable to know why module loading fails with a static version of
>> guile. This might be either a bug or missing information in the
>> documentation.
>
> It's a known problem ... there already is a related thread in
> guile-user
Knut Petersen writes:
>> OK, thanks for working on this. However, it would be still valuable
>> to know why module loading fails with a static version of guile. This
>> might be either a bug or missing information in the documentation.
>
> It's a known problem ... there already is a related thr
OK, thanks for working on this. However, it would be still valuable
to know why module loading fails with a static version of guile. This
might be either a bug or missing information in the documentation.
It's a known problem ... there already is a related thread in guile-user that
should b
Hello,
> I never tried to compile lilypond with a guile version higher than
> 2.0.13, so I can't say anything about it.
I (really) recommend you to do so: guile 2.2 is due to be released in a month or
two, at the very most. 2.1.5 beta is the latest [1], 2.1.6 will be released in
a few
days (and
> After a loser look at the sources and the build system I think it's
> better (= much easier) to stay with shared libraries.
OK, thanks for working on this. However, it would be still valuable
to know why module loading fails with a static version of guile. This
might be either a bug or missin
Hi Werner et al.!
*If* we bundle guile 1.8 with lilypond, I strongly prefer static
linking of the library (this is, adding `--disable-shared' to guile's
configure script, together with a proper argument to the
`--datarootdir' option to install the .scm files under a lilypond
directory). This avo
On 01/07/2017 03:42 PM, David Kastrup wrote:
They are also in complete denial about the importance of interpreter
speed for an _extension_ language: for them, compiler performance is
everything.
Unfortunately for LilyPond... Yet it's worth noting that the plan seems
to be to get back to Guil
Hello Knut!
> Using a guile 1.8.8 built with --disable-shared building of lilypond
> fails early:
Ouch.
> Ok, let's look at srfi-1.scm line 221..223:
>
>;; Load the compiled primitives from the shared library.
>;;
>(load-extension "libguile-srfi-srfi-1-v-3" "scm_init_srfi_1")
>
> C
Hi Werner!
*If* we bundle guile 1.8 with lilypond, I strongly prefer static
linking of the library (this is, adding `--disable-shared' to guile's
configure script, together with a proper argument to the
`--datarootdir' option to install the .scm files under a lilypond
directory). This avoids *an
Hi Nick,
As a seriously serious functional programmer who uses Haskell myself, I am
not laughing! :-) It's entirely infeasible to redo lilypond in Haskell. But
I would add that if I were starting from scratch as the founding fathers of
lilypond did twenty years ago, today I would choose Haskell.
On Saturday, 7 January 2017 10:20:17 GMT Werner LEMBERG wrote:
> > Unfortunately I ran into this very issue, changing from Debian
> > stable (in the Linux Mint Debian Edition incarnation) to vanilla
> > Debian testing. I did this because the PyQt5 packages in stable are
> > too old to run current F
Am 07.01.2017 um 21:50 schrieb H. S. Teoh:
I think that the most promising way of attack is to make sure that
Guile-2.0 and Guile-1.8 libraries can be installed in parallel, and
with parallel architectures (most libraries can, Guile-1.8 was not
multiarch-capable when it was removed).
When Debi
> I can't speak for other distros, but at least as far as Debian is
> concerned, if the upstream (i.e., lilypond) source tarball contains
> a copy of the guile-1.8 sources, and the build script is tweaked
> such that it installs a copy of guile 1.8 in paths private to
> lilypond, e.g., /usr/lib/li
On Sat, Jan 07, 2017 at 09:42:51PM +0100, David Kastrup wrote:
> "H. S. Teoh" writes:
>
> > Of course, the best scenario is that we figure out how to fix the
> > current guile2-related issues before LP 2.20 is released...
>
> A lot of them require fixing Guile2. Guile2 has a string API where it
"H. S. Teoh" writes:
> Of course, the best scenario is that we figure out how to fix the
> current guile2-related issues before LP 2.20 is released...
A lot of them require fixing Guile2. Guile2 has a string API where it
will not accept anything but Latin-1 strings in a native encoding.
Everyth
On Sat, Jan 07, 2017 at 07:53:25PM -, Trevor Daniels wrote:
>
> Urs Liska wrote Saturday, January 07, 2017 6:59 PM
>
> > Am 07.01.2017 um 19:46 schrieb H. S. Teoh:
> >> I didn't realize there was so much going on with the transition (or
> >> lack thereof?) to guile 2.0. What of the idea of p
Urs Liska wrote Saturday, January 07, 2017 6:59 PM
> Am 07.01.2017 um 19:46 schrieb H. S. Teoh:
>> I didn't realize there was so much going on with the transition (or lack
>> thereof?) to guile 2.0. What of the idea of packaging the last
>> known-to-be-good version of guile 1.8 with the lilypond
On Sat, Jan 07, 2017 at 07:59:25PM +0100, Urs Liska wrote:
>
> Am 07.01.2017 um 19:46 schrieb H. S. Teoh:
> > I didn't realize there was so much going on with the transition (or
> > lack thereof?) to guile 2.0. What of the idea of packaging the last
> > known-to-be-good version of guile 1.8 with
Hi,
2017-01-07 17:11 GMT+01:00 David Pirotte :
> Hello,
>
>> ...
>> I already had the vague thought how much work it might be to explore
>> other scheme-dialects, adjust whole lilypond to use them and drop
>> guile entirely.
>> ...
>
> For info, someone claimed on irc (#guile, freenode) that he/sh
Am 07.01.2017 um 19:46 schrieb H. S. Teoh:
> I didn't realize there was so much going on with the transition (or lack
> thereof?) to guile 2.0. What of the idea of packaging the last
> known-to-be-good version of guile 1.8 with the lilypond sources, and
> just going with that?
Well, Guile2 seem
On Sat, Jan 07, 2017 at 09:59:22AM +0100, David Kastrup wrote:
> "H. S. Teoh" writes:
[...]
> > I've been able to get Lilypond 2.19 to work in Debian/testing by
> > compiling from source (lilypond git HEAD) with `./configure
> > --enable-guile2`. There are some Scheme-related deprecation warning
David Pirotte writes:
> Hello,
>
>> ...
>> I already had the vague thought how much work it might be to explore
>> other scheme-dialects, adjust whole lilypond to use them and drop
>> guile entirely.
>> ...
>
> For info, someone claimed on irc (#guile, freenode) that he/she is closed to
> compile
Hello,
> ...
> I already had the vague thought how much work it might be to explore
> other scheme-dialects, adjust whole lilypond to use them and drop
> guile entirely.
> ...
For info, someone claimed on irc (#guile, freenode) that he/she is closed to
compile/use lilypond using guile-2.1:
Werner LEMBERG writes:
>> You probably know about
>> http://lists.gnu.org/archive/html/guile-user/2016-11/msg00031.html
>> http://lists.gnu.org/archive/html/guile-devel/2016-12/msg00041.html
>> http://lists.gnu.org/archive/html/guile-devel/2017-01/msg3.html
>>
>> Regarding all the bugreports
Thomas Morley writes:
> 2017-01-07 10:57 GMT+01:00 David Kastrup :
>
>> Now obviously I am not all too well-suited as a role model for
>> communicating with Guile upstream. I'm just not the kind of man Stephen
>> Turnbull is (who has more or less single-handedly deflated the animosity
>> towards
>>> Where would I find suitable documentation or tutorials to do so
>>> (doesn't have to be explicitly about Guile 1.8 vs. 2 of course)?
>>
>> It's rather simple. [...]
>
> To build lilypond we require guile-xx-dev (don't remember if we
> require guile-xx-libs as well). Will the method described
> You probably know about
> http://lists.gnu.org/archive/html/guile-user/2016-11/msg00031.html
> http://lists.gnu.org/archive/html/guile-devel/2016-12/msg00041.html
> http://lists.gnu.org/archive/html/guile-devel/2017-01/msg3.html
>
> Regarding all the bugreports I listed there (probably with
2017-01-07 12:37 GMT+01:00 Urs Liska :
>
>
> Am 7. Januar 2017 12:20:30 MEZ schrieb Andrew Bernard
> :
>>Hi Harm,
>>
>>I think Bigloo and Chibi at least offer similar embedding
>>functionality,
I first thought about mit-scheme, at least it's GNU as well.
Though, I didn't not even look at their ho
Hi Urs,
I know. That's why I mentioned those two of the hundreds of Schemes, as
they offer embedding into C progs. Also Chicken, I believe.
Given that writing a fairly full blooded Scheme interpreter is a standard
student exercise, it is not that that is the problem. It's the task of
embedding in
Am 7. Januar 2017 12:20:30 MEZ schrieb Andrew Bernard
:
>Hi Harm,
>
>I think Bigloo and Chibi at least offer similar embedding
>functionality, but
>I have not studied the matter deeply. If the Guile developers are
>recalcitrant, a long term project may be to change? [Very
>pie-in-the-sky I
>know
Hi Harm,
I think Bigloo and Chibi at least offer similar embedding functionality, but
I have not studied the matter deeply. If the Guile developers are
recalcitrant, a long term project may be to change? [Very pie-in-the-sky I
know, but since you mentioned it...]
Andrew
-Original Message---
2017-01-07 10:57 GMT+01:00 David Kastrup :
> Werner LEMBERG writes:
>
>>> Unfortunately I ran into this very issue, changing from Debian
>>> stable (in the Linux Mint Debian Edition incarnation) to vanilla
>>> Debian testing. I did this because the PyQt5 packages in stable are
>>> too old to run c
2017-01-07 11:00 GMT+01:00 Werner LEMBERG :
>
>>> Mhmm, compiling and installing guile 1.8 is not rocket science...
>>
>> Probably not, but ...
>>
>>> Have you tried that already?
>>
>> ... i am not familiar enough with all this packaging stuff to be
>> confident about installing alternative versio
> ./configure --disable-error-on-warning --prefix=`pwd`/../gnu-packages
Ah, using `pwd' here is a bad idea, sorry. You should rather use
./configure --disable-error-on-warning --prefix=$HOME/gnu-packages
So here are the complete instructions again.
cd $HOME
mkdir gnu-packages
wget ht
> If you get a failure, simply restart the `configure' script (with
> all options) until it succeeds.
Of course you have to fix the problem first that makes `configure'
fail :-)
Werner
___
lilypond-user mailing list
lilypond-user@gnu.org
https://l
>> Mhmm, compiling and installing guile 1.8 is not rocket science...
>
> Probably not, but ...
>
>> Have you tried that already?
>
> ... i am not familiar enough with all this packaging stuff to be
> confident about installing alternative versions to system installed
> packages ...
You would i
Werner LEMBERG writes:
>> Unfortunately I ran into this very issue, changing from Debian
>> stable (in the Linux Mint Debian Edition incarnation) to vanilla
>> Debian testing. I did this because the PyQt5 packages in stable are
>> too old to run current Frescobaldi from its Git repository. Now
>
Am 07.01.2017 um 10:20 schrieb Werner LEMBERG:
>> Unfortunately I ran into this very issue, changing from Debian
>> stable (in the Linux Mint Debian Edition incarnation) to vanilla
>> Debian testing. I did this because the PyQt5 packages in stable are
>> too old to run current Frescobaldi from it
> Unfortunately I ran into this very issue, changing from Debian
> stable (in the Linux Mint Debian Edition incarnation) to vanilla
> Debian testing. I did this because the PyQt5 packages in stable are
> too old to run current Frescobaldi from its Git repository. Now
> that I managed to get Fresco
Am 07.01.2017 um 09:59 schrieb David Kastrup:
> "H. S. Teoh" writes:
>
>> On Thu, Jan 05, 2017 at 10:36:02AM +, Dr Nicholas Bailey wrote:
>>> Watch out for Debian. There isn't a Lilypond in Testing (Stretch)
>>> AFAIK. It's because they've removed the old scheme version. I develop
>>> in Tes
"H. S. Teoh" writes:
> On Thu, Jan 05, 2017 at 10:36:02AM +, Dr Nicholas Bailey wrote:
>> Watch out for Debian. There isn't a Lilypond in Testing (Stretch)
>> AFAIK. It's because they've removed the old scheme version. I develop
>> in Testing in the hope that by the time I get around to relea
On Thu, Jan 05, 2017 at 10:36:02AM +, Dr Nicholas Bailey wrote:
> Watch out for Debian. There isn't a Lilypond in Testing (Stretch)
> AFAIK. It's because they've removed the old scheme version. I develop
> in Testing in the hope that by the time I get around to releasing
> anything, it will be
Watch out for Debian. There isn't a Lilypond in Testing (Stretch) AFAIK. It's
because they've removed the old scheme version. I develop in Testing in the
hope that by the time I get around to releasing anything, it will be
compatible with Stable :) Stable released rather infrequently, but I use
On Fri 30 Dec 2016 at 22:19:43 (-0800), H. S. Teoh wrote:
> On Sat, Dec 31, 2016 at 01:15:08PM +1100, Andrew Bernard wrote:
> [...]
> >Debian example lags behind the leading edge to focus on stability.
> [...]
>
> To be fair, though, most home Debian users use the testing / unstable
> releases
Hi T,
On 31 December 2016 at 17:19, H. S. Teoh wrote:
>
> More pertinently to the OP, though, Lilypond seems to run quite well on
> pretty much all the major distributions, so the choice on which one to
> use really isn't dependent on whether or not one can use Lilypond on it,
> but rather on t
On Sat, Dec 31, 2016 at 01:15:08PM +1100, Andrew Bernard wrote:
[...]
>Debian example lags behind the leading edge to focus on stability.
[...]
To be fair, though, most home Debian users use the testing / unstable
releases (that are actually quite stable in spite of the names -- the
*really* u
Hi Martin and All,
What you say is true, but is is also the case that distributions, rather
than being just branding or naming on top of Linux, tend to focus on
certain aspects and become established for that. Debian example lags behind
the leading edge to focus on stability. Ubuntu tries to focus
This is a long thread ...
Never ask "what's the best Linux distro for ..."
You will not get a (meaning *one*) usable answer ;-)
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
On 30/12/16 22:10, David Wright wrote:
> I don't know whether the OP likes change or not, except that they are
> certainly making a big change going from to linux.
> It just seemed to me that your posts were expressing negative prejudices
> about OSes you don't get on with. I guess I couldn't see
On Fri 30 Dec 2016 at 21:04:23 (+), Wols Lists wrote:
> On 30/12/16 04:49, David Wright wrote:
> >>> I don't know what the happy medium is, though!
> >> >
> >> > Start with something easy? Ubuntu or Kubuntu sounds a good choice BUT. I
> >> > just cannot get on with Debian-based distros or Gnom
Hi all,
Thanks for all the input and suggestions. Happy New Year to all Lilyponders.
All the best,
Craig
On Sat, 31 Dec 2016 at 7:05 am, Wols Lists wrote:
> On 30/12/16 04:49, David Wright wrote:
> >>> I don't know what the happy medium is, though!
> >> >
> >> > Start with something easy? Ubun
On 30/12/16 04:49, David Wright wrote:
>>> I don't know what the happy medium is, though!
>> >
>> > Start with something easy? Ubuntu or Kubuntu sounds a good choice BUT. I
>> > just cannot get on with Debian-based distros or Gnome.
> Could you explain that a bit? I can't see why the OP would take
On Thu 29 Dec 2016 at 22:03:32 (+), Wols Lists wrote:
> On 29/12/16 03:51, Alasdair McAndrew wrote:
> > My concern with "easy" distros - and maybe I'm wrong here - is that if
> > something goes wrong (and it invariably will) you will need the ability
> > to fix it, which will require digging in
On 29/12/16 03:51, Alasdair McAndrew wrote:
> My concern with "easy" distros - and maybe I'm wrong here - is that if
> something goes wrong (and it invariably will) you will need the ability
> to fix it, which will require digging into the file system, editing
> configuration files, etc.
>
> I don
Well that makes sense: yes, Ubuntu of course (although my favorite
flavour is Kubuntu). Or Mint. And of course you can just
download a live CD and check it out without installing it. Or, if
you're using windows, install Linux as a virtual machine using
VirtualBox. I do this at work, which r
The OP is just moving to Linux for the first time. As a user since just
about forever of a dozen distros, while I have a good deal of admiration
for Arch Linux, the initial installation is difficult for a beginner, and
not everybody wants to be a sysadmin. That's why I would still suggest
Ubuntu or
I haven't followed the complete thread, but I'm a current happy
user of Archlinux, and it runs Lilypond, Frescobaldi fine. Also,
I have managed to set up the Midi interface so that I can play the
midi output from within Frescobaldi.
Arch has particularly fine documentation, and its wiki conta
>> OpenSuSE, I'd recommend to use the Tumbleweed variant. It's a good
>> distribution, and a nice feature for developers is that it allows
>> easy parallel installation of guile 1 and 2.
>
> Unfortunately, as always, there are trade-offs. I'm a SuSE guy
> myself (back from SuSE 5.4 days iirc the
On 24/12/16 09:11, Knut Petersen wrote:
> Am 24.12.2016 um 04:06 schrieb Craig Dabelstein:
>> Hi Lilyponders,
>>
>> Just a quick question. I'm taking the plunge and moving to Linux.
>> Which distro would you recommend for running Lilypond and Frescobaldi?
>
> OpenSuSE, I'd recommend to use the Tum
Il giorno dom 25 dic 2016 alle 6:52, Jacques Menu Muzhic
ha scritto:
I use LilyDev 4 (Debian 8 / Jessie, native GUI I guess) on a Mac with
VMware Fusion, on which Lilypond dev versions compile seamlessly.
LilyDev 4 uses LXDE (which is not the native GUI.. I chose it because
it's lightweight a
On Sun, Dec 25, 2016 at 06:52:03AM +0100, Jacques Menu Muzhic wrote:
> I use LilyDev 4 (Debian 8 / Jessie, native GUI I guess) on a Mac with VMware
> Fusion, on which Lilypond dev versions compile seamlessly.
[...]
I use Lilypond (but not Frescobaldi -- don't know if it works, I think
it probably
I use LilyDev 4 (Debian 8 / Jessie, native GUI I guess) on a Mac with VMware
Fusion, on which Lilypond dev versions compile seamlessly.
JM
> Le 24 déc. 2016 à 17:06, J Martin Rushton a
> écrit :
>
>
>
> On 24/12/16 08:33, Federico Bruni wrote:
>> Il giorno sab 24 dic 2016 alle 4:31, And
On 24/12/16 08:33, Federico Bruni wrote:
> Il giorno sab 24 dic 2016 alle 4:31, Andrew Bernard
> ha scritto:
>> Some like Debian for its high stability, but I find its graphical
>> appearance sub-par - this is well known.
>
> Well, strictly speaking, Debian doesn't have a graphical appearan
Am 24.12.2016 um 04:06 schrieb Craig Dabelstein:
Hi Lilyponders,
Just a quick question. I'm taking the plunge and moving to Linux. Which distro
would you recommend for running Lilypond and Frescobaldi?
OpenSuSE, I'd recommend to use the Tumbleweed variant. It's a good
distribution, and a nic
Il giorno sab 24 dic 2016 alle 4:44, SoundsFromSound
ha scritto:
I've run LilyPond on Ubuntu
I started with Ubuntu 10 years ago.. But in the last years Ubuntu made
some stupid choices:
https://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do
https://fixubuntu.com/
https://www.eff.org/deeplink
Il giorno sab 24 dic 2016 alle 4:31, Andrew Bernard
ha scritto:
Some like Debian for its high stability, but I find its graphical
appearance sub-par - this is well known.
Well, strictly speaking, Debian doesn't have a graphical appearance.
You probably meant to say that _you_ don't like the d
Hi Craig,
It's worth reinforcing what David referred to, which is that although most
distros provide versions of lilypond and frescobaldi, they are generally
older. You will have the advantage of stability but lose the newer
features. For myself, I find the development versions highly reliable in
On Sat 24 Dec 2016 at 13:06:23 (+1000), Craig Dabelstein wrote:
> Hi Lilyponders,
>
> Just a quick question. I'm taking the plunge and moving to Linux. Which
> distro would you recommend for running Lilypond and Frescobaldi?
I don't know where you're moving from, but I think you should choose
you
sound designer
LilyPond Tutorials (for beginners) --> http://bit.ly/bcl-lilypond
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/Which-Linux-distro-for-Lilypond-tp198459p198461.html
Sent from the User mailing list archive at Nabble.com.
Hi Craig,
Good move. Most distros are good now. I can recommend Linux Mint, built on
Ubuntu, or Ubuntu itself. For some time I used OpenSuse Leap 42.1 but it
did have oddities in relation to lilypond.
Some like Debian for its high stability, but I find its graphical
appearance sub-par - this is w
Hi Lilyponders,
Just a quick question. I'm taking the plunge and moving to Linux. Which
distro would you recommend for running Lilypond and Frescobaldi?
All the best,
Craig
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mail
73 matches
Mail list logo
