On Sun, Jan 05, 2014 at 08:42:59AM +0100, Werner LEMBERG wrote:
>
> >> Looks like a mistake in the conversion script. `2012' should be
> >> changed to `2012-2014', of course.
> >
> > GNU maintainer's guide discourages that:
> > http://www.gnu.org/prep/maintain/html_node/Copyright-Notices.html#Co
>> Looks like a mistake in the conversion script. `2012' should be
>> changed to `2012-2014', of course.
>
> GNU maintainer's guide discourages that:
> http://www.gnu.org/prep/maintain/html_node/Copyright-Notices.html#Copyright-Notices
What exactly does it discourage?
> However, it's also true
On Sun, Jan 05, 2014 at 08:09:45AM +0100, Werner LEMBERG wrote:
>
> > I'm not a lawyer, but the year in a copyright notice is supposed to
> > be the year of original publication. If you have a document first
> > published in 2012 with a "Copyright 2012" notice and you change the
> > year to 2014 w
> I'm not a lawyer, but the year in a copyright notice is supposed to
> be the year of original publication. If you have a document first
> published in 2012 with a "Copyright 2012" notice and you change the
> year to 2014 without making any other changes, [...]
Looks like a mistake in the conver
I'm not a lawyer, but the year in a copyright notice is supposed to be the
year of original publication. If you have a document first published in
2012 with a "Copyright 2012" notice and you change the year to 2014 without
making any other changes, the original publication year is still 2012 but
no
On Sat, Jan 4, 2014 at 10:51 PM, Graham Percival
wrote:
> On Fri, Jan 03, 2014 at 03:28:22PM -0800, Don Armstrong wrote:
>> It's great that a lot of them have the source which they were built from
>> present, but there are some which are still missing the source. [For
>> example, logo-debian.png c
https://codereview.appspot.com/47840043/diff/20001/mf/feta-clefs.mf
File mf/feta-clefs.mf (right):
https://codereview.appspot.com/47840043/diff/20001/mf/feta-clefs.mf#newcode186
mf/feta-clefs.mf:186: reduced_ss# = staff_space# * reduction;
Uh, oh, the diff here on Rietveld is so big and unreadab
On Fri, Jan 03, 2014 at 03:28:22PM -0800, Don Armstrong wrote:
> There are a lot of files in Documentation/pictures which have no clear
> license, and unfortunately, the git log for them isn't clear at all
> either.
Indeed; those should be clarified.
> Some of them cannot be distributed by lilypo
Hi David
Suggestion for wording the "bare durations" change.
I like the way this lets you code tied notes with varying durations,
too!
Cheers and Happy New Year,
Ian
https://codereview.appspot.com/47850043/diff/40001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://co
https://codereview.appspot.com/41990043/diff/60001/ly/satb.ly
File ly/satb.ly (right):
https://codereview.appspot.com/41990043/diff/60001/ly/satb.ly#newcode1
ly/satb.ly:1:
Missing \version number is causing an error when running convert-ly.
h
On 1/2/14 9:41 AM, "Carl Peterson" wrote:
>
>Just now seeing this (I don't think I was subscribed when Carl S.
>wrote this). After my recent experience with lily-git.tcl and
>submitting a patch, one thing I would request is that, if possible,
>some kind of automatic line wrapping be built into
Reviewers: ,
Message:
Please review.
Description:
DOC: CG: Add mirror for LilyDev (Issue 3775)
Add url to CG for a mirror for LilyDev.
Please review this at https://codereview.appspot.com/47890043/
Affected files (+6, -0 lines):
M Documentation/contributor/quick-start.itexi
Index: Documen
Reviewers: ,
Message:
Please review this patch.
Thanks,
Carl
Description:
DOC: CG: Add information on texlive-lang-cyrillic (Issue 3774)
Add commands necessary to add the required texlive-lang-cyrillic
to LilyDev 2.6
Please review this at https://codereview.appspot.com/47870045/
Affected f
Hi all,
Trying this again without the images… =(
Kieren.
On Jan 4, 2014, at 1:34 PM, Kieren MacMillan
wrote:
> Hello all,
>
> Just wanted to let you know two things.
>
> 1. I was a guest lecturer at the Michigan State University School of Music
> last month. Although most of my [short an
Le 01/01/2014 20:45, James disait :
On 01/01/14 17:50, Jean-Charles Malahieude wrote:
I compile on native Fedora. I don't know by how would be multiplied a
90 minutes "make -j3 && make -j3 doc" on my dual-core with 2gigs RAM
when launched in a VM.
Probably not as much as you think. Assuming you
Am 04.01.2014 17:59, schrieb d...@gnu.org:
https://codereview.appspot.com/47840043/diff/1/input/regression/clefs.ly
File input/regression/clefs.ly (right):
https://codereview.appspot.com/47840043/diff/1/input/regression/clefs.ly#newcode1
input/regression/clefs.ly:1: \version "2.19.1"
This vers
https://codereview.appspot.com/47840043/diff/1/input/regression/clefs.ly
File input/regression/clefs.ly (right):
https://codereview.appspot.com/47840043/diff/1/input/regression/clefs.ly#newcode1
input/regression/clefs.ly:1: \version "2.19.1"
This version will not make Patchy happy. We are at 2.
Am 03.01.2014 08:03, schrieb Keith OHara:
Marc Hohl hohlart.de> writes:
I am about to upload a patch for these four glyphs within the next
days, but I wanted to ask whether a new (or enhanced existing)
regtest is necessary for this type of enhancement?
They could conceivably be broken accide
- Original Message -
From: "Urs Liska"
To: "LilyPond Development Team"
Sent: Saturday, January 04, 2014 8:04 AM
Subject: Make doc - English only?
Is there a way to make doc without transltations?
When working on the website I use
make WEB_LANGS='' website, but is there an equivalent
Is there a way to make doc without transltations?
When working on the website I use
make WEB_LANGS='' website, but is there an equivalent for the docs?
I know I don't need that for development (while working I generate individual
sections, and for checking one _does_ need the translations. But i
20 matches
Mail list logo
