In reply to Pawel:
Can you please report balsa's version?
2.4.12
Could you also send the output produced by balsa with "-D" option?
I've attached a file, debugIMAP.txt, containing the output of a short session. The Koumbit mailboxes came up readonly in this session. I'm not sure how this list deals with attachments, but the file is too long to inline.
The most interesting parts are responses to "SELECT" IMAP command, whether they look like "OK [READ-ONLY] SELECT", or "OK [READ-WRITE] SELECT This is how balsa is informed whether the mailbox is writable or read only.
I did not understand the file thoroughly, but a search showed a number of "READ-WRITE"s, and no "READ-ONLY"s. I am confused regarding which "SELECT" command goes to which IMAP server, but there is one mailbox name that is only associated with Koumbit, called "ToFileLater". That one appears to be selected as READ-WRITE. In the session producing this output, the Balsa GUI showed all Koumbit mailboxes "readonly", and I was unable to delete or move messages. In a separate message window, the delete button was grayed out.
To make sure that the Koumbit mailboxes are truly "SELECT"ed, I started up Balsa, then explicitly selected the 6 Koumbit mailboxes one after the other: INBOX, INBOX.Drafts, INBOX.Queue, INBOX.Sent, INBOX.ToFileLater, INBOX.Trash. The Balsa GUI showed them all "readonly".
After Balsa has run for a long time (such as 6 hours), the troublesome mailboxes spontaneously switch to read/write. Alas, this makes debugging runs troublesome, as I lose the read/write status each time I restart.
Cheers, Mike O'Donnell
(process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised ** Message: init gpgme version 1.4.2 ** Message: protocol OpenPGP: engine /usr/bin/gpg (home (null), version 1.4.14) ** Message: protocol CMS: engine /usr/bin/gpgsm (home (null), version (null)) ** Message: protocol GPGCONF: engine /usr/bin/gpgconf (home (null), version 2.0.20) ** Message: protocol Assuan: engine /tmp/gpg-AfId1L/S.gpg-agent (home !GPG_AGENT, version 1.0) ** Message: gpg-agent found: /tmp/gpg-AfId1L/S.gpg-agent:3287:1 ** Message: OpenPGP protocol supported ** Message: built without CMS (aka S/MIME) protocol support Status: Connected (1382631437) Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. IMAP S: * OK Gimap ready for requests from 69.17.22.172 p6if3050791igh.5 IMAP C: 1 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN 1 OK Thats all she wrote! p6if3050791igh.5 IMAP C: 2 AUTHENTICATE PLAIN (password hidden) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 3 AUTHENTICATE PLAIN IMAP S: + IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg== IMAP S: 3 OK LOGIN Ok. IMAP C: 4 SELECT "INBOX" 5 MYRIGHTS "INBOX" IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH 2 OK [email protected] Michael O'Donnell authenticated (Success) IMAP C: 6 COMPRESS DEFLATE IMAP S: * FLAGS (nonjunk \Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (nonjunk \* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 25 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513549] Ok * OK [MYRIGHTS "acdilrsw"] ACL 4 OK [READ-WRITE] Ok IMAP S: * MYRIGHTS "INBOX" "acdilrsw" 5 OK MYRIGHTS completed. IMAP C: 7 SEARCH 1:25 UNSEEN 8 SEARCH 1:25 DELETED IMAP S: * SEARCH 23 24 25 7 OK SEARCH done. * SEARCH 8 OK SEARCH done. IMAP C: 9 THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD (1)(2)(3)(4)(5)(6)(7)(8)(9)(10)(11)(12)(13)(14)(15)(16)(17)(18)(19)(20)(21)(22)(23)(24)(25) 9 OK THREAD done. IMAP C: a SORT (Date) UTF-8 1:25 IMAP S: * SORT 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 a OK SORT done. IMAP S: 6 OK Success IMAP C: b LIST "INBOX" "%" IMAP C: c FETCH 23 (BODYSTRUCTURE BODY.PEEK[HEADER.FIELDS.NOT (DATE SUBJECT FROM SENDER REPLY-TO TO CC BCC IN-REPLY-TO MESSAGE-ID)]) IMAP S: * 23 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL "lilypond-devel Digest, Vol 131, Issue 44" "7bit" 486 13 NIL NIL NIL)("text" "plain" ("charset" "us-ascii") NIL "Today's Topics (4 messages)" "7bit" 335 8 NIL NIL NIL)(("message" "rfc822" NIL NIL NIL "8bit" 4011 ("Thu, 24 Oct 2013 00:20:01 +0200" "Re: Make sure slurs actually avoid stafflines. (issue 15400049)" (("=?UTF-8?Q?Janek_Warcho=C5=82?=" NIL "janek.lilypond" "gmail.com")) (("=?UTF-8?Q?Janek_Warcho=C5=82?=" NIL "janek.lilypond" "gmail.com")) (("=?UTF-8?Q?Janek_Warcho=C5=82?=" NIL "janek.lilypond" "gmail.com")) (("Werner Lemberg" NIL "lemzwerg" "googlemail.com")("Trevor Daniels" NIL "tdanielsmusic" "googlemail.com")("Keith OHara" NIL "k-ohara5a5a" "oco.net")("Han-Wen Nienhuys" NIL "hanwenn" "gmail.com")("David Kastrup" NIL "dak" "gnu.org")) (("[email protected]" NIL "reply" "codereview-hr.appspotmail.com")("LilyPond Development Team" NIL "lilypond-devel" "gnu.org")) NIL "<[email protected]>" "<CANYDDppvchLfT=sO4w=hzglyk-3mluclnsqdw9mtgk0hys3...@mail.gmail.com>") ("text" "plain" ("charset" "utf-8") NIL NIL "8bit" 3165 77 NIL NIL NIL) 96 NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 2794 ("Thu, 24 Oct 2013 03:33:43 +0000" "Re: Make sure slurs actually avoid stafflines. (issue 15400049)" ((NIL NIL "k-ohara5a5a" "oco.net")) ((NIL NIL "k-ohara5a5a" "oco.net")) ((NIL NIL "janek.lilypond" "gmail.com")(NIL NIL "lemzwerg" "googlemail.com")(NIL NIL "tdanielsmusic" "googlemail.com")(NIL NIL "k-ohara5a5a" "oco.net")(NIL NIL "hanwenn" "gmail.com")(NIL NIL "dak" "gnu.org")(NIL NIL "lilypond-devel" "gnu.org")(NIL NIL "reply" "codereview-hr.appspotmail.com")) ((NIL NIL "janek.lilypond" "gmail.com")(NIL NIL "lemzwerg" "googlemail.com")(NIL NIL "tdanielsmusic" "googlemail.com")(NIL NIL "hanwenn" "gmail.com")(NIL NIL "dak" "gnu.org")) ((NIL NIL "reply" "codereview-hr.appspotmail.com")(NIL NIL "lilypond-devel" "gnu.org")) NIL NIL "<[email protected]>") ("text" "plain" ("charset" "iso-8859-1" "format" "flowed" "delsp" "yes") NIL NIL "8bit" 2036 53 NIL NIL NIL) 70 NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 1207 ("Thu, 24 Oct 2013 17:08:39 +0200" "Re: The catastrophe has arrived." (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webdrake.net")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webdrake.net")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webdrake.net")) ((NIL NIL "lilypond-devel" "gnu.org")) NIL NIL "<[email protected]>" "<[email protected]>") ("text" "plain" ("charset" "iso-8859-1" "format" "flowed") NIL NIL "7bit" 704 15 NIL NIL NIL) 29 NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 1793 ("Thu, 24 Oct 2013 17:24:50 +0200" "Re: The catastrophe has arrived." (("David Kastrup" NIL "dak" "gnu.org")) (("David Kastrup" NIL "dak" "gnu.org")) (("David Kastrup" NIL "dak" "gnu.org")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webdrake.net")) ((NIL NIL "lilypond-devel" "gnu.org")) NIL "<[email protected]> (Joseph Rushton Wakeling's message of \"Thu, 24 Oct 2013 17:08:39 +0200\")" "<[email protected]>") ("text" "plain" NIL NIL NIL "8bit" 1218 29 NIL NIL NIL) 44 NIL NIL NIL) "digest" ("boundary" "===============2717179359037201100==") NIL NIL)("text" "plain" ("charset" "us-ascii") NIL "Digest Footer" "7bit" 157 4 NIL NIL NIL) "mixed" ("boundary" "===============6099193986471094287==") NIL NIL) BODY[HEADER.FIELDS.NOT ("DATE" "SUBJECT" "FROM" "SENDER" "REPLY-TO" "TO" "CC" "BCC" "IN-REPLY-TO" "MESSAGE-ID")] {2270} Return-Path: <SRS0+e0a2a2104d5214a4=UC=gnu.org=lilypond-devel-bounces+michael_odonnell=acm....@srs.acm.org> X-Original-To: [email protected] Delivered-To: [email protected] Received: from acmsmtp01.acm.org (ACMSMTP01.acm.org [64.238.147.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bureau.koumbit.net (Postfix) with ESMTPS id D5B8C1E43B09 for <[email protected]>; Thu, 24 Oct 2013 12:01:02 -0400 (EDT) Received: from psmtp.com by acmsmtp01.acm.org (ACM Email Forwarding Service) with SMTP (SSL) id 1201310241201001749 for <[email protected]>; Thu, 24 Oct 2013 12:01:00 -0400 Received: from lists.gnu.org ([208.118.235.17]) (using TLSv1) by na3sys009amx176.postini.com ([74.125.148.10]) with SMTP; Thu, 24 Oct 2013 16:00:59 GMT Received: from localhost ([::1]:55022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <[email protected]>) id 1VZNLG-0003sK-Cv for [email protected]; Thu, 24 Oct 2013 12:00:58 -0400 Content-Type: multipart/mixed; boundary="===============6099193986471094287==" MIME-Version: 1.0 X-BeenThere: [email protected] X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions on LilyPond development <lilypond-devel.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/lilypond-devel>, <mailto:[email protected]?subject=unsubscribe> List-Archive: <http://lists.gnu.org/archive/html/lilypond-devel> List-Post: <mailto:[email protected]> List-Help: <mailto:[email protected]?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/lilypond-devel>, <mailto:[email protected]?subject=subscribe> Errors-To: [email protected] X-pstn-neptune: 0/0/0.00/0 X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 ) X-pstn-dkim: 0 skipped:not-enabled X-pstn-settings: 5 (2.0000:2.0000) s cv gt4 gt3 gt2 gt1 r p m c X-pstn-addresses: from <[email protected]> forward (user good) [3430/160] ) c OK FETCH completed. IMAP C: d FETCH 23 (BODY[1.MIME] BODY[1]) IMAP S: * 23 FETCH (BODY[1.MIME] {163} Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: lilypond-devel Digest, Vol 131, Issue 44 BODY[1] {486} Send lilypond-devel mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/lilypond-devel or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of lilypond-devel digest..." ) * 23 FETCH (FLAGS (\Seen)) d OK FETCH completed. IMAP C: e FETCH 23 (BODY[2.MIME] BODY[2]) IMAP S: * 23 FETCH (BODY[2.MIME] {150} Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: Today's Topics (4 messages) BODY[2] {335} Today's Topics: 1. Re: Make sure slurs actually avoid stafflines. (issue 15400049) (Janek Warcho?) 2. Re: Make sure slurs actually avoid stafflines. (issue 15400049) ([email protected]) 3. Re: The catastrophe has arrived. (Joseph Rushton Wakeling) 4. Re: The catastrophe has arrived. (David Kastrup) ) e OK FETCH completed. IMAP C: f FETCH 23 (BODY[3.1.HEADER] BODY[3.1.1]) IMAP S: * LIST (\HasNoChildren) "/" "INBOX" b OK Success IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 10 AUTHENTICATE PLAIN IMAP S: * 23 FETCH (BODY[3.1.HEADER] {846} List-Post: <mailto:[email protected]> From: =?UTF-8?Q?Janek_Warcho=C5=82?= <[email protected]> Precedence: list MIME-Version: 1.0 Cc: "[email protected]" <[email protected]>, LilyPond Development Team <[email protected]> To: Werner Lemberg <[email protected]>, Trevor Daniels <[email protected]>, Keith OHara <[email protected]>, Han-Wen Nienhuys <[email protected]>, David Kastrup <[email protected]> References: <[email protected]> In-Reply-To: <[email protected]> Date: Thu, 24 Oct 2013 00:20:01 +0200 Message-ID: <CANYDDppvchLfT=sO4w=hzglyk-3mluclnsqdw9mtgk0hys3...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Subject: Re: Make sure slurs actually avoid stafflines. (issue 15400049) Message: 1 BODY[3.1.1] {3165} Hi Keith, 2013/10/23 <[email protected]>: > > On 2013/10/23 04:22:22, Keith wrote: >> The commit message makes it sound like there was a blunder in the >> direction that >> >> the old code moved the slur. I don't see any such problem. >> >> It looks like the old code intentionally moved the middle of the slur >> always in >> the direction of the slur, so the curvature would increase. It simply >> didn't >> move far enough, because the curve does not move as far as the control >> points. > > Uh, how had you came to this conclusion? It's absurd. Take this > example: > > \relative c'' { > c8( b a2) c8( b) > \slurUp > d,2( f) > a2 c > } > > Here's how these slurs look with the correcting function turned off > altogether - none is crossing the staffline: > http://lilypond.googlecode.com/issues/attachment?aid=36280006000&name=no-correction.png&token=I4nuTyt1y5gR8lDgjQPipN-8Hm8%3A1382562402092&inline=1 > > They are just a bit too close to the staffline, that's all. They should > be flattened, but the previous version of the algorithm decided that > such slurs should have their curvature increased, which resulted in > this: > http://lilypond.googlecode.com/issues/attachment?aid=36280006001&name=previous-correction.png&token=PeJAER3pHxyZQAqN_3vKl4F2fUY%3A1382562402092&inline=1 > > Can you tell me in what way this made any sense? Making the slurs even > more curved would make them even more ugly. > > Also, please look at the example in our essay: > http://lilypond.org/doc/v2.17/Documentation/essay/automated-engraving#improvement-by-benchmarking > Note that Baerenreiter puts the slur in the 2nd measure under the > staffline, just as i want it to be. I hope that you won't interpret the harsh tone of my email as a personal attack. I spent *8 hours* (measured with a watch) reading slur code and working on this patch. I got irritated when i saw your email, because it seemed to me that when i said that something was broken you didn't trust my words enough to double-check your doubts. I realize that you probably didn't mean it. Unfortunately this resonated with some of my other experiences from LilyPond development, when a) my questions quite often didn't get answered desipte being short and well-formulated, b) my plain, well-commented and carefully git-crafted patches sometimes don't get reviewed for months, c) my diagnoses and observations are quite often not trusted without a lot of disussion and necessity to provide lots of scanned examples, d) it seems that people generally don't care or notice things that i care about and notice (for example when i say "many slurs, beams and ties in LilyPond are really ugly" many peopIMAP S: + le don't believe me - as if they trusted LilyPond's decisionIMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9s more than myyZ wjBtauWNodgeYmWVesX29nkb2t5 u-Z Wxsor Qat leasGt9kb so 2i5utZ WxssLemtvedms Wt1oia XQumbe3Jn)AEtv. d This iWs1ia XRAUaG5plblg r=e= ally unfortunate; of course you're not responsible for this situation. But it made me frustrated nevertheless, so i decided to explain myself. Anyway, be sure that i *do appreciate* getting reviews, and i'm honored to see Han-Wen reviewing my patch! good night Janek ) f OK FETCH completed. IMAP C: 11 FETCH 23 (BODY[3.2.HEADER] BODY[3.2.1]) IMAP S: 10 OK LOGIN Ok. IMAP C: 12 SELECT "INBOX.Trash" 13 MYRIGHTS "INBOX.Trash" IMAP S: * 23 FETCH (BODY[3.2.HEADER] {758} List-Post: <mailto:[email protected]> From: [email protected] Precedence: list MIME-Version: 1.0 Cc: [email protected], [email protected] To: [email protected], [email protected], [email protected], [email protected], [email protected] Date: Thu, 24 Oct 2013 03:33:43 +0000 Reply-To: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Subject: Re: Make sure slurs actually avoid stafflines. (issue 15400049) Message: 2 BODY[3.2.1] {2036} https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc File lily/slur-configuration.cc (left): https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#oldcode62 lily/slur-configuration.cc:62: On 2013/10/23 04:22:23, Keith wrote: > > but the function was broken: it only moved slurs in one direction We concluded the same thing about the old code. The old code intended to move slurs in one direction only. I was only confused by your comment. I interpreted 'broken' to mean "failing to to what was intended". https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc File lily/slur-configuration.cc (right): https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#newcode60 lily/slur-configuration.cc:60: // rather than decrease, because we want to avoid too flat slurs. On 2013/10/23 21:41:24, janek wrote: > Precisely because min_gap_above_staffline > min_gap_below_staffline > we are more likely to increase than decrease curvature. Okay. So then the comment "The function is implemented so that we're more likely to increase curvature" refers to the default values. https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#newcode84 lily/slur-configuration.cc:84: Real const slur_th = state.thickness_ * staff_th * 10; On 2013/10/23 21:41:24, janek wrote: > On 2013/10/23 04:22:23, Keith wrote: > > Why 10? Is that the thickness of the fattest part of the slur? > No, it's because staff_th is measured in staffspaces, while state.thickness_ > appears to be measured in 1/10ths of staffline-thicknesses state.thickness_ already has the \layout{line-thickness} as a factor in its initialization in Slur_score_state::fill(). Staff_symbol_referencer::line_thickness() returns something that scales with \layout{line-thickness} So, it looks like you have two factors of \layout{line-thickness} and the *10 roughly cancels one of them. https://codereview.appspot.com/15400049/ ) 11 OK FETCH completed. IMAP C: 14 FETCH 23 (BODY[3.3.HEADER] BODY[3.3.1]) IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513549] Ok * OK [MYRIGHTS "acdilrsw"] ACL 12 OK [READ-WRITE] Ok IMAP S: * 23 FETCH (BODY[3.3.HEADER] {503} List-Post: <mailto:[email protected]> Content-Transfer-Encoding: 7bit From: Joseph Rushton Wakeling <[email protected]> Precedence: list MIME-Version: 1.0 To: [email protected] References: <[email protected]> In-Reply-To: <[email protected]> Date: Thu, 24 Oct 2013 17:08:39 +0200 Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Subject: Re: The catastrophe has arrived. Message: 3 BODY[3.3.1] {704} On 23/10/13 18:22, David Kastrup wrote: > Of course, this was sort of predictable. Would we have been in time if > we had immediately created a backport of the configure patch and named > the result 2.16.3? I think it would depend on when you got it out by. As far as I can tell Ubuntu just imports Lilypond direct from Debian Unstable and doesn't make any direct intervention in it. I don't think there's even a volunteer contributor who takes any responsibility (which there is for e.g. Frescobaldi). There have been a bunch of occasions in the past when Ubuntu hasn't picked up on an upgraded stable release of Lilypond despite it being available, for exactly this reason. ) 14 OK FETCH completed. IMAP C: 15 FETCH 23 (BODY[3.4.HEADER] BODY[3.4.1]) IMAP S: * 23 FETCH (BODY[3.4.HEADER] {575} List-Post: <mailto:[email protected]> From: David Kastrup <[email protected]> Precedence: list MIME-Version: 1.0 Cc: [email protected] To: Joseph Rushton Wakeling <[email protected]> References: <[email protected]> <[email protected]> In-Reply-To: <[email protected]> (Joseph Rushton Wakeling's message of "Thu, 24 Oct 2013 17:08:39 +0200") Date: Thu, 24 Oct 2013 17:24:50 +0200 Message-ID: <[email protected]> Content-Type: text/plain Subject: Re: The catastrophe has arrived. Message: 4 BODY[3.4.1] {1218} Joseph Rushton Wakeling <[email protected]> writes: > On 23/10/13 18:22, David Kastrup wrote: >> Of course, this was sort of predictable. Would we have been in time if >> we had immediately created a backport of the configure patch and named >> the result 2.16.3? > > I think it would depend on when you got it out by. As far as I can > tell Ubuntu just imports Lilypond direct from Debian Unstable and > doesn't make any direct intervention in it. But they take the source package and compile themselves. Debian has already taken a fixed Metapost long ago, but Ubuntu has not updated the TeXlive binaries in spite of me reporting the problem. > There have been a bunch of occasions in the past when Ubuntu hasn't > picked up on an upgraded stable release of Lilypond despite it being > available, for exactly this reason. Well, they upgraded to latest stable alright this time, and the packaging looks pretty convincing. But whether or not they upgraded LilyPond would have made no difference to the situation with the broken fonts: it would have just been the same if they had compiled an older version of LilyPond with that version of Metapost. -- David Kastrup ) 15 OK FETCH completed. IMAP C: 16 FETCH 23 (BODY[4.MIME] BODY[4]) IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=LOGIN AUTH=PLAIN SASL-IR] tottenham Cyrus IMAP v2.4.12-Debian-2.4.12-2 server ready IMAP C: 17 AUTHENTICATE PLAIN (password hidden) IMAP S: * MYRIGHTS "INBOX.Trash" "acdilrsw" 13 OK MYRIGHTS completed. IMAP S: 17 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ SORT=DISPLAY THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY LOGINDISABLED COMPRESS=DEFLATE IDLE] Success (tls protection) IMAP C: 18 COMPRESS DEFLATE IMAP S: * 23 FETCH (BODY[4.MIME] {136} Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: Digest Footer BODY[4] {157} _______________________________________________ lilypond-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/lilypond-devel ) 16 OK FETCH completed. IMAP S: 18 OK DEFLATE active IMAP C: 19 LIST "INBOX" "%" IMAP S: * LIST (\Noinferiors) "." INBOX 19 OK Completed (0.000 secs 3 calls) IMAP C: 1a NOOP IMAP S: 1a OK NOOP completed IMAP C: 1b THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD 1b OK THREAD done. IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 1c AUTHENTICATE PLAIN IMAP S: + IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg== IMAP S: 1c OK LOGIN Ok. IMAP C: 1d SELECT "INBOX.Sent" 1e MYRIGHTS "INBOX.Sent" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513619] Ok * OK [MYRIGHTS "acdilrsw"] ACL 1d OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Sent" "acdilrsw" 1e OK MYRIGHTS completed. IMAP C: 1f THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD 1f OK THREAD done. IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 20 AUTHENTICATE PLAIN IMAP S: + IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg== IMAP S: 20 OK LOGIN Ok. IMAP C: 21 SELECT "INBOX.Drafts" 22 MYRIGHTS "INBOX.Drafts" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355519581] Ok * OK [MYRIGHTS "acdilrsw"] ACL 21 OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Drafts" "acdilrsw" 22 OK MYRIGHTS completed. IMAP C: 23 THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD 23 OK THREAD done. IMAP C: 24 SELECT "INBOX" 25 MYRIGHTS "INBOX" IMAP S: * 10 EXISTS * 0 RECENT * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent NonJunk Junk $Label4 $Label1 $Label2 $Label3 $Label5) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent NonJunk Junk $Label4 $Label1 $Label2 $Label3 $Label5 \*)] Ok * OK [UIDVALIDITY 1173109659] Ok * OK [UIDNEXT 178164] Ok * OK [HIGHESTMODSEQ 6262] Ok * OK [URLMECH INTERNAL] Ok 24 OK [READ-WRITE] Completed IMAP S: * MYRIGHTS INBOX lrswipkxtecda 25 OK Completed IMAP C: 26 GETACL "INBOX" IMAP S: * ACL INBOX odonnell lrswipcda cyrus c 26 OK Completed IMAP C: 27 UID Search 1:10 1:11 IMAP S: * SEARCH 171453 171457 175333 175349 175401 177143 177338 177735 178102 178148 27 OK Completed (10 msgs in 0.000 secs) IMAP C: 28 SEARCH RETURN (ALL) 1:10 UNSEEN 29 SEARCH RETURN (ALL) 1:10 DELETED IMAP S: * ESEARCH (TAG "28") 28 OK Completed (0 msgs in 0.000 secs) IMAP S: * ESEARCH (TAG "29") 29 OK Completed (0 msgs in 0.000 secs) IMAP C: 2a THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD (1 2)(3 5 6)(4)(7)(8)(9)(10) 2a OK Completed (10 msgs in 0.000 secs) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 2b AUTHENTICATE PLAIN IMAP S: + IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg== IMAP S: 2b OK LOGIN Ok. IMAP C: 2c SELECT "INBOX.Queue" 2d MYRIGHTS "INBOX.Queue" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355630755] Ok * OK [MYRIGHTS "acdilrsw"] ACL 2c OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Queue" "acdilrsw" 2d OK MYRIGHTS completed. IMAP C: 2e THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD 2e OK THREAD done. IMAP C: 2f SELECT "INBOX" IMAP S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk \*)] Flags permitted. * OK [UIDVALIDITY 2] UIDs valid. * 0 EXISTS * 0 RECENT * OK [UIDNEXT 1219] Predicted next UID. * OK [HIGHESTMODSEQ 319474] 2f OK [READ-WRITE] INBOX selected. (Success) IMAP S: * OK Gimap ready for requests from 69.17.22.172 ik4if3186488icb.28 IMAP C: 30 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN 30 OK Thats all she wrote! ik4if3186488icb.28 IMAP C: 31 AUTHENTICATE PLAIN (password hidden) IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH 31 OK [email protected] Michael O'Donnell authenticated (Success) IMAP C: 32 COMPRESS DEFLATE IMAP S: 32 OK Success IMAP C: 33 SELECT "Sent" IMAP S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk \*)] Flags permitted. * OK [UIDVALIDITY 42] UIDs valid. * 7 EXISTS * 0 RECENT * OK [UIDNEXT 22] Predicted next UID. * OK [HIGHESTMODSEQ 319474] 33 OK [READ-WRITE] Sent selected. (Success) IMAP C: 34 SEARCH RETURN (ALL) 1:7 UNSEEN 35 SEARCH RETURN (ALL) 1:7 DELETED IMAP S: * ESEARCH (TAG "34") 34 OK SEARCH completed (Success) IMAP S: * ESEARCH (TAG "35") 35 OK SEARCH completed (Success) IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=LOGIN AUTH=PLAIN SASL-IR] tottenham Cyrus IMAP v2.4.12-Debian-2.4.12-2 server ready IMAP C: 36 AUTHENTICATE PLAIN (password hidden) IMAP S: 36 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ SORT=DISPLAY THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY LOGINDISABLED COMPRESS=DEFLATE IDLE] Success (tls protection) IMAP C: 37 COMPRESS DEFLATE IMAP S: 37 OK DEFLATE active IMAP C: 38 SELECT "Trash" 39 MYRIGHTS "Trash" IMAP S: * 0 EXISTS * 0 RECENT * FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk $Forwarded $MDNSent) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk $Forwarded $MDNSent \*)] Ok * OK [UIDVALIDITY 1177474074] Ok * OK [UIDNEXT 196727] Ok * OK [HIGHESTMODSEQ 2682] Ok * OK [URLMECH INTERNAL] Ok 38 OK [READ-WRITE] Completed IMAP S: * MYRIGHTS Trash lrswipkxtecda 39 OK Completed IMAP C: 3a GETACL "Trash" IMAP S: * ACL Trash odonnell lrswipcda cyrus c 3a OK Completed IMAP C: 3b THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD 3b OK Completed (0 msgs in 0.000 secs) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. IMAP C: 3c AUTHENTICATE PLAIN IMAP S: + IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg== IMAP S: 3c OK LOGIN Ok. IMAP C: 3d SELECT "INBOX.ToFileLater" 3e MYRIGHTS "INBOX.ToFileLater" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1370612800] Ok * OK [MYRIGHTS "acdilrsw"] ACL 3d OK [READ-WRITE] Ok IMAP S: * MYRIGHTS "INBOX.ToFileLater" "acdilrsw" 3e OK MYRIGHTS completed. IMAP C: 3f THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD 3f OK THREAD done. (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & IMAP C: 40 EXPUNGE IMAP C: 41 CLOSE IMAP S: 40 OK Completed IMAP S: 41 OK Completed IMAP C: 42 EXPUNGE IMAP C: 43 CLOSE IMAP S: 42 OK Success IMAP S: 43 OK Returned to authenticated state. (Success) IMAP C: 44 EXPUNGE IMAP C: 45 CLOSE IMAP S: 44 OK Success IMAP S: 45 OK Returned to authenticated state. (Success) IMAP C: 46 EXPUNGE IMAP C: 47 CLOSE IMAP S: 46 OK Completed IMAP S: 47 OK Completed IMAP server compression 574 -> 979 sent 58.6 % over wire IMAP client compression 238 -> 228 sent 95.8 % over wire IMAP server compression 359 -> 552 sent 65.0 % over wire IMAP client compression 113 -> 126 sent 111.5 % over wire IMAP server compression 324 -> 454 sent 71.4 % over wire IMAP client compression 61 -> 77 sent 126.2 % over wire IMAP server compression 326 -> 513 sent 63.5 % over wire IMAP client compression 111 -> 108 sent 97.3 % over wire
_______________________________________________ balsa-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/balsa-list
