Re: Discourse proposal status
On 06/03/2023 02:52, David Kastrup wrote: Andrew Bernard writes: I should add that a normal fresh install does not require large RAM. It's only the mbox import script. I think it's poorly written and does not constrain itself when it comes to memory. Is it necessary to run the import on the same machine that is going to run the server? What sort of VM does your hosting provider use? Can you set up the VM at home, punch a hole through the firewall/router for testing purposes, and then move it to the hosting provider as/when you think it could go live? Cheers, Wol
Re: Discourse proposal status
On Mon 06 Mar 2023 at 04:18:17 (+0100), David Kastrup wrote: > Andrew Bernard writes: > > > Well you can dynamically increase CPU or RAM or both on Digitalocean > > that I use. You can do it on a temporary basis - but I'm not sure if > > you get charged for a month or on a strict time basis, it's hard to > > find out!. It's not a matter of needing a separate system. My only > > issue is that I am very financially constrained and I can't afford the > > experiment. > > > > But the bigger fish to fry is the issue with the irregularities in the > > mbox archives. I need to study this in depth before trying a load. I > > did have the same problem with similar erratic mbox archives quite > > some years ago but I can't easily recall the solution. Probably just a > > more refined regex to pick up the 'From:' delimiters. > > There isn't really much finesse involved. Messages start at the pattern > "^From ". Any "From " inside of a message that would end up at the > start of a line is changed to ">From ", so the pattern "^From " should > be foolproof regarding splitting into messages. I think this is rather dated. Most modern MUAs, including your own from Sat, 25 Feb 2023 16:29:18 +0100, aren't escaping Froms any more. The cached copy (sent via IMAP) is clean, and any mboxes I copy it to, all contain: > =E2=80=A6 and I=E2=80=99ll probably get yelled at for top-posting as well= ;-) From a practical workflow perspective, I would much rather do all of my reading using a single keyboard driven interface and application than OTOH, the digests contain: > … and I’ll probably get yelled at for top-posting as well ;-) >From a practical workflow perspective, I would much rather do all of my reading using a single keyboard driven interface and application than as does the web page: https://lists.gnu.org/archive/html/lilypond-user/2023-02/msg00500.html I haven't checked what the ?monthly mboxes contain, but I would try using a regex that includes matching the date at the end of the From line (here deliberately offset): From lil…ser-bounces+lilylis=l….u...@gnu.org Sat Feb 25 09:29:53 2023 because whatever is writing these mboxes should be using a consistent format for these. Cheers, David.
Re: Musicalion
To me they look fishy. Their „Allgemeine Geschäftsbedingungen“ (kind of rules applying to all contracts) seem to be contradictory as well. In one spot they request to be given all rights except for the copyright and at another spot they explicitly state it remains possible to publish elsewhere. That’s at least strange. Sending out unsolicited emails from a business to a private person is not allowed by German law. The claim „Staatlich anerkannte Bibliothek“ w/o any further reference seems highly fishy as well. Every properly endorsed library would very prominently give exact details. FWIW I never heard of them before and I doubt I’m interested to become a member. My 0.02€ Michael
Re: Musicalion
My 2 cents: If not fishy it at least seems like a rip off. From the FAQ: as a composer (arranger?) you get 5c +1c/per page per download or full view with the exception that you get nothing, when you're featured composer of the day. Just put in relation what you would charge if you'd sell the composition (arrangement) yourself and I think you'll have your answer. All the best, Christian Stephan Schöll schrieb am Mo., 6. März 2023, 18:27: > The business model Jean quoted looks like making money with subscriptions > with the publication of scores that are otherwise free, without adding any > value. There are many of them. > > From a user's (director, ensemble) perspective: Why should I be a paying > member of musicalion.com if I find the scores on cpdl.org? > > From a publisher's perspective: Why publishing on a second platform when > already publishing on a very established (cpdl.org) one? Do you really > want to do the double work without any benefit on your side? > > To me the offer has several smells > > * You got the request unsolicitedly. Let's assume they write to all > cpdl.org publishers and make use of any other sources of email > addresses... > > * On the German front page they write "Staatlich anerkannte Bibliothek" > (state-approved library) as a sub-heading. What state? If you hover that > link you get information about the subscription service, but not about some > accreditation or alike. > > my 2 cents ;-) > > Stephan > Am 06.03.2023 um 17:56 schrieb Jean Abou Samra: > > Le lundi 06 mars 2023 à 10:43 -0600, Guy Stalnaker a écrit : > > Hello everyone, > > Curious if anyone on this list, especially in Germany, has knowledge or > experience with musicalion.com. I just received an unsolicited email from > them about my choral works on Choral Public Domain Library (cpdl.org) > asking me to also put my work in their system. They *seem* legit, but in > this day and age where "seems" can obscure a cloud of issues, I though I'd > ask this community first, knowing that many of you have far more experience > than I have with publishing music at all levels. > > I have exactly zero experience with professional music publishing, but I > recommend that you read their terms and conditions. > > https://www.musicalion.com/general/Docs/en_EN/terms.pdf > > At a glance, article 5: > > The right to use the collection of all sheet music and recordings from > Musicalion.com is limited to the period of membership. After terminating > membership, the user must destroy all Musicalion.com data files and > printouts which are still in the user's possession. In the event that a > user provided an ensemble with sheet music from Musicalion.com, then the > user is responsible to ensure the destruction of these copies > > makes me think this is not a service I would be particularly happy to use, > personally. > >
Re: Musicalion
I thank you both - my inexperience showing. Regards. Guy S On 3/6/23 11:27 AM, Stephan Schöll wrote: The business model Jean quoted looks like making money with subscriptions with the publication of scores that are otherwise free, without adding any value. There are many of them. From a user's (director, ensemble) perspective: Why should I be a paying member of musicalion.com if I find the scores on cpdl.org? From a publisher's perspective: Why publishing on a second platform when already publishing on a very established (cpdl.org) one? Do you really want to do the double work without any benefit on your side? To me the offer has several smells * You got the request unsolicitedly. Let's assume they write to all cpdl.org publishers and make use of any other sources of email addresses... * On the German front page they write "Staatlich anerkannte Bibliothek" (state-approved library) as a sub-heading. What state? If you hover that link you get information about the subscription service, but not about some accreditation or alike. my 2 cents ;-) Stephan Am 06.03.2023 um 17:56 schrieb Jean Abou Samra: Le lundi 06 mars 2023 à 10:43 -0600, Guy Stalnaker a écrit : Hello everyone, Curious if anyone on this list, especially in Germany, has knowledge or experience with musicalion.com. I just received an unsolicited email from them about my choral works on Choral Public Domain Library (cpdl.org) asking me to also put my work in their system. They /seem/ legit, but in this day and age where "seems" can obscure a cloud of issues, I though I'd ask this community first, knowing that many of you have far more experience than I have with publishing music at all levels. I have exactly zero experience with professional music publishing, but I recommend that you read their terms and conditions. https://www.musicalion.com/general/Docs/en_EN/terms.pdf At a glance, article 5: The right to use the collection of all sheet music and recordings from Musicalion.com is limited to the period of membership. After terminating membership, the user must destroy all Musicalion.com data files and printouts which are still in the user's possession. In the event that a user provided an ensemble with sheet music from Musicalion.com, then the user is responsible to ensure the destruction of these copies makes me think this is not a service I would be particularly happy to use, personally. -- -- “Happiness is the meaning and the purpose of life, the whole aim and end of human existence.” ― Aristotle
Re: Musicalion
The business model Jean quoted looks like making money with subscriptions with the publication of scores that are otherwise free, without adding any value. There are many of them. From a user's (director, ensemble) perspective: Why should I be a paying member of musicalion.com if I find the scores on cpdl.org? From a publisher's perspective: Why publishing on a second platform when already publishing on a very established (cpdl.org) one? Do you really want to do the double work without any benefit on your side? To me the offer has several smells * You got the request unsolicitedly. Let's assume they write to all cpdl.org publishers and make use of any other sources of email addresses... * On the German front page they write "Staatlich anerkannte Bibliothek" (state-approved library) as a sub-heading. What state? If you hover that link you get information about the subscription service, but not about some accreditation or alike. my 2 cents ;-) Stephan Am 06.03.2023 um 17:56 schrieb Jean Abou Samra: Le lundi 06 mars 2023 à 10:43 -0600, Guy Stalnaker a écrit : Hello everyone, Curious if anyone on this list, especially in Germany, has knowledge or experience with musicalion.com. I just received an unsolicited email from them about my choral works on Choral Public Domain Library (cpdl.org) asking me to also put my work in their system. They /seem/ legit, but in this day and age where "seems" can obscure a cloud of issues, I though I'd ask this community first, knowing that many of you have far more experience than I have with publishing music at all levels. I have exactly zero experience with professional music publishing, but I recommend that you read their terms and conditions. https://www.musicalion.com/general/Docs/en_EN/terms.pdf At a glance, article 5: The right to use the collection of all sheet music and recordings from Musicalion.com is limited to the period of membership. After terminating membership, the user must destroy all Musicalion.com data files and printouts which are still in the user's possession. In the event that a user provided an ensemble with sheet music from Musicalion.com, then the user is responsible to ensure the destruction of these copies makes me think this is not a service I would be particularly happy to use, personally.
Re: Musicalion
Le lundi 06 mars 2023 à 10:43 -0600, Guy Stalnaker a écrit : > Hello everyone, > > Curious if anyone on this list, especially in Germany, has knowledge or > experience with musicalion.com. I just received an unsolicited email > from them about my choral works on Choral Public Domain Library > (cpdl.org) asking me to also put my work in their system. They *seem* > legit, but in this day and age where "seems" can obscure a cloud of > issues, I though I'd ask this community first, knowing that many of you > have far more experience than I have with publishing music at all levels. I have exactly zero experience with professional music publishing, but I recommend that you read their terms and conditions. [https://www.musicalion.com/general/Docs/en_EN/terms.pdf](https://www.musicalion.com/general/Docs/en_EN/terms.pdf) At a glance, article 5: > The right to use the collection of all sheet music and > recordings from Musicalion.com is limited to the period of > membership. After terminating membership, the user must destroy > all Musicalion.com data files and printouts which > are still in the user's possession. In the event that a user > provided an ensemble with sheet music from > Musicalion.com, then the user is responsible to ensure the destruction > of these copies makes me think this is not a service I would be particularly happy to use, personally. signature.asc Description: This is a digitally signed message part
Musicalion
Hello everyone, Curious if anyone on this list, especially in Germany, has knowledge or experience with musicalion.com. I just received an unsolicited email from them about my choral works on Choral Public Domain Library (cpdl.org) asking me to also put my work in their system. They *seem* legit, but in this day and age where "seems" can obscure a cloud of issues, I though I'd ask this community first, knowing that many of you have far more experience than I have with publishing music at all levels. Regards! Guy Stalnaker Madison Wisconsin USA -- -- “Happiness is the meaning and the purpose of life, the whole aim and end of human existence.” ― Aristotle
Re: vertical placement of trillspan and upbow
Hello, Many thanks! outside-staff-priority works. \once \override Script.outside-staff-priority = #1000 I also moved the \stopTrillSpan to the acciaccatura note because the trill must also sound for the duration of the g2, as Mark correctly presumed. And, as Jean pointed out, I'll update to Lilypond 2.24, because the trillspan should stop just /before/ the acciaccatura... Current result (with Lily 2.22): Regards, Arjen
Re: Discourse proposal status
Andrew Bernard writes: > Well you can dynamically increase CPU or RAM or both on Digitalocean > that I use. You can do it on a temporary basis - but I'm not sure if > you get charged for a month or on a strict time basis, it's hard to > find out!. It's not a matter of needing a separate system. My only > issue is that I am very financially constrained and I can't afford the > experiment. You could experiment with adding enough swap space to import if you are charged based on a fixed configuration rather than processing time. It may take tremendous amounts of time, depending on how non-local the memory accesses occur. -- David Kastrup
Re: Discourse proposal status
But that is exactly my point. A system that does require much more resources to set up is a bit fishy in my eyes. Also my point still stands: As far as I see discourse uses docker containers for deployment. Wouldn’t it be possible to set up the container on a local machine, export the set up container and load that on the server, which I believe is more or less what David enquired about. Setting everything up on a local server might also be a good idea before spending money just to try out how it works. Cheers, Valentin Am Montag, 6. März 2023, 03:29:43 CET schrieb Andrew Bernard: > No. You misunderstand. Discourse is quite compact. The 8GB of RAM is > only required temporarily for importing 20+ years worth of mbox files. > My Discourse servers all run fine in 2GB of RAM, with unlimited posts, > which are just in a database on disk. > > On 6/03/2023 3:04 am, Valentin Petzel wrote: > > I suppose a system that requires by a large factor more resources for > > installation that it requires to run is not really a good way to do it. signature.asc Description: This is a digitally signed message part.
