Processed: Re: Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Processing control commands: > block -1 by 1016558 Bug #1042911 [elpa-muse] Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc 1042911 was not blocked by any bugs. 1042911 was not blocking any bugs. Added blocking bug(s) of 1042911: 1016558 -- 1042911: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042911 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Control: block -1 by 1016558 Hi, I'm just updating this bug to note the adopted muse-el package is just about ready to upload (the ITA is also a pseudo-RFS bug), and I plan to upload in the next few days. If this update isn't enough to prevent autoremoval...well, at least the package will be fixed very soon. Regards, Nicholas signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Nicholas D Steeves writes: > On Sun, 6 Aug 2023 at 04:37, Manphiz wrote: >> Nicholas D Steeves writes: >> >> > Hi, >> > >> > Reply follows inline. Can we move this discussion to #1016558 to not >> > bother Axel with our discussion? > > I guess that's a no? Ah sorry totally missed this part. This will be the last message to #1042911. Will follow-up the rest in #1016558. > >> > Manphiz writes: >> >> Nicholas D Steeves writes: >> > Nicholas D Steeves writes: >> > >> > Wonderful! I also see you have a GPG key now. Have you generated >> > revocations certificates yet? >> > >> > >> > https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate >> >> Now I have one. Thanks for the tip! > > You're welcome :) > >> > Next, where can I find your key? >> >> I have previously uploaded my GPG key to pgp.mit.edu[1]. > > Ah, that's where it was. I thought everyone had switched to > https://keys.openpgp.org/ these days (this is the default server on > Debian) after the end of the SKS network. Thanks for the reminder to > continue to check pgp.mit.edu as a fallback. > >> Please advise if https://keyserver.ubuntu.com is still recommended for >> prospective DMs. > > This is the first I've heard of that recommendation. I wonder if > people in #debian-mentors (OFTC) will also be surprised? I'd use > keyserver.ubuntu.com if I had a Launchpad account and maintained a > PPA, but honestly wouldn't bother. I started using keys.openpgp.org > since that's where various people expected to find my key haha. > >> I have a few more commits[2] that should have fixed most of the lintian >> warnings. > > LGTM > >> There is another INFO level warning: >> >> I: muse-el source: patch-not-forwarded-upstream >> [debian/patches/0005-convert-a-muse-init.el-example-to-UTF-8.patch] >> >> I wonder whether you would also like to forward this patch upstream. > > If you really want to, go ahead, but I'm not interested in the FSF's > identity verification for copyright assignment process, so this might > end up as a futile effort. In light of this, a "hey, we have a UTF8 > conversion patch...would you like to convert your copy to UTF8 either > with or without our patch" might be smoother. If you happen to have > have done FSF copyright assignment paperwork, please go ahead and > claim ownership of that trivial patch. > > I'm happy to sponsor from git when you finalise the changelog, but if > ever you want to get some hands-on experience with dput (or dput-ng), > then practise uploading to https://mentors.debian.net/. > > Best, > Nicholas > > On Sun, 6 Aug 2023 at 04:37, Manphiz wrote: >> >> Nicholas D Steeves writes: >> >> > Hi, >> > >> > Reply follows inline. Can we move this discussion to #1016558 to not >> > bother Axel with our discussion? >> > >> > Manphiz writes: >> > >> >> Nicholas D Steeves writes: >> > Nicholas D Steeves writes: >> > >> >> Thanks! Though I'm not really a user of muse-el, I'd like to keep it in >> >> a good shape as an exercise as an Emacs addon maintainer. It looks like >> >> there is not too much work thanks to Elisp being a fairly stable >> >> language :) >> > >> > That's fine, thank you once again for adopting it, and yes, generally >> > everything is ok :) >> > >> [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 >> >>> >> >> Thanks for the tips! I checked the Debian Policy Upgrading Checklist[1] >> >> and agreed with Debian Janitor on the "no changes are needed" bit. And >> >> to avoid having to wait for the bot to do the rebase I've manually >> >> resolved the conflicts and rebased my MR on top of it as well. >> >> >> > >> > You're welcome, and good call. >> > >> >>> Let me know when your done, and we can talk about the next steps. >> >> >> >> Now all MRs are merged. Please advise the next steps. Thanks! >> >> >> > >> > Wonderful! I also see you have a GPG key now. Have you generated >> > revocations certificates yet? >> > >> > >> > https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate >> >> Now I have one. Thanks for the tip! >> >> > >> > Next, where can I find your key? >> >> I have previously uploaded my GPG key to pgp.mit.edu[1]. >> >> > I'm assuming that you're committed to >> > maintaining this identity for the foreseeable future, and that you'd >> > like to build reputation for future involvement in Debian. It's not >> > required at the stage you're at, but it's recommended. >> > >> > https://wiki.debian.org/Keysigning#Step_3:_Make_your_public_key_public >> >> Please advise if https://keyserver.ubuntu.com is still recommended for >> prospective DMs. >> >> > >> > The subkey that I was able to download didn't include any identities. >> > >> > Other than that, this package isn't quite ready to upload, because there >> > are three unaddressed lintian warnings. >> > >> > https://wiki.debian.org/Lintian >> >> I have a few more commits[2] that should have fixed most of the lintian >> warnings. There
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
On Sun, 6 Aug 2023 at 04:37, Manphiz wrote: > Nicholas D Steeves writes: > > > Hi, > > > > Reply follows inline. Can we move this discussion to #1016558 to not > > bother Axel with our discussion? I guess that's a no? > > Manphiz writes: > >> Nicholas D Steeves writes: > > Nicholas D Steeves writes: > > > > Wonderful! I also see you have a GPG key now. Have you generated > > revocations certificates yet? > > > > > > https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate > > Now I have one. Thanks for the tip! You're welcome :) > > Next, where can I find your key? > > I have previously uploaded my GPG key to pgp.mit.edu[1]. Ah, that's where it was. I thought everyone had switched to https://keys.openpgp.org/ these days (this is the default server on Debian) after the end of the SKS network. Thanks for the reminder to continue to check pgp.mit.edu as a fallback. > Please advise if https://keyserver.ubuntu.com is still recommended for > prospective DMs. This is the first I've heard of that recommendation. I wonder if people in #debian-mentors (OFTC) will also be surprised? I'd use keyserver.ubuntu.com if I had a Launchpad account and maintained a PPA, but honestly wouldn't bother. I started using keys.openpgp.org since that's where various people expected to find my key haha. > I have a few more commits[2] that should have fixed most of the lintian > warnings. LGTM > There is another INFO level warning: > > I: muse-el source: patch-not-forwarded-upstream > [debian/patches/0005-convert-a-muse-init.el-example-to-UTF-8.patch] > > I wonder whether you would also like to forward this patch upstream. If you really want to, go ahead, but I'm not interested in the FSF's identity verification for copyright assignment process, so this might end up as a futile effort. In light of this, a "hey, we have a UTF8 conversion patch...would you like to convert your copy to UTF8 either with or without our patch" might be smoother. If you happen to have have done FSF copyright assignment paperwork, please go ahead and claim ownership of that trivial patch. I'm happy to sponsor from git when you finalise the changelog, but if ever you want to get some hands-on experience with dput (or dput-ng), then practise uploading to https://mentors.debian.net/. Best, Nicholas On Sun, 6 Aug 2023 at 04:37, Manphiz wrote: > > Nicholas D Steeves writes: > > > Hi, > > > > Reply follows inline. Can we move this discussion to #1016558 to not > > bother Axel with our discussion? > > > > Manphiz writes: > > > >> Nicholas D Steeves writes: > > Nicholas D Steeves writes: > > > >> Thanks! Though I'm not really a user of muse-el, I'd like to keep it in > >> a good shape as an exercise as an Emacs addon maintainer. It looks like > >> there is not too much work thanks to Elisp being a fairly stable > >> language :) > > > > That's fine, thank you once again for adopting it, and yes, generally > > everything is ok :) > > > [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 > >>> > >> Thanks for the tips! I checked the Debian Policy Upgrading Checklist[1] > >> and agreed with Debian Janitor on the "no changes are needed" bit. And > >> to avoid having to wait for the bot to do the rebase I've manually > >> resolved the conflicts and rebased my MR on top of it as well. > >> > > > > You're welcome, and good call. > > > >>> Let me know when your done, and we can talk about the next steps. > >> > >> Now all MRs are merged. Please advise the next steps. Thanks! > >> > > > > Wonderful! I also see you have a GPG key now. Have you generated > > revocations certificates yet? > > > > > > https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate > > Now I have one. Thanks for the tip! > > > > > Next, where can I find your key? > > I have previously uploaded my GPG key to pgp.mit.edu[1]. > > > I'm assuming that you're committed to > > maintaining this identity for the foreseeable future, and that you'd > > like to build reputation for future involvement in Debian. It's not > > required at the stage you're at, but it's recommended. > > > > https://wiki.debian.org/Keysigning#Step_3:_Make_your_public_key_public > > Please advise if https://keyserver.ubuntu.com is still recommended for > prospective DMs. > > > > > The subkey that I was able to download didn't include any identities. > > > > Other than that, this package isn't quite ready to upload, because there > > are three unaddressed lintian warnings. > > > > https://wiki.debian.org/Lintian > > I have a few more commits[2] that should have fixed most of the lintian > warnings. There is another INFO level warning: > > I: muse-el source: patch-not-forwarded-upstream > [debian/patches/0005-convert-a-muse-init.el-example-to-UTF-8.patch] > > I wonder whether you would also like to forward this patch upstream. > > The rest warnings/infos are taken care of. PTAL. > > > > > Best, > > Nicholas > >
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Nicholas D Steeves writes: > Hi, > > Reply follows inline. Can we move this discussion to #1016558 to not > bother Axel with our discussion? > > Manphiz writes: > >> Nicholas D Steeves writes: > Nicholas D Steeves writes: > >> Thanks! Though I'm not really a user of muse-el, I'd like to keep it in >> a good shape as an exercise as an Emacs addon maintainer. It looks like >> there is not too much work thanks to Elisp being a fairly stable >> language :) > > That's fine, thank you once again for adopting it, and yes, generally > everything is ok :) > [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 >>> >> Thanks for the tips! I checked the Debian Policy Upgrading Checklist[1] >> and agreed with Debian Janitor on the "no changes are needed" bit. And >> to avoid having to wait for the bot to do the rebase I've manually >> resolved the conflicts and rebased my MR on top of it as well. >> > > You're welcome, and good call. > >>> Let me know when your done, and we can talk about the next steps. >> >> Now all MRs are merged. Please advise the next steps. Thanks! >> > > Wonderful! I also see you have a GPG key now. Have you generated > revocations certificates yet? > > https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate Now I have one. Thanks for the tip! > > Next, where can I find your key? I have previously uploaded my GPG key to pgp.mit.edu[1]. > I'm assuming that you're committed to > maintaining this identity for the foreseeable future, and that you'd > like to build reputation for future involvement in Debian. It's not > required at the stage you're at, but it's recommended. > > https://wiki.debian.org/Keysigning#Step_3:_Make_your_public_key_public Please advise if https://keyserver.ubuntu.com is still recommended for prospective DMs. > > The subkey that I was able to download didn't include any identities. > > Other than that, this package isn't quite ready to upload, because there > are three unaddressed lintian warnings. > > https://wiki.debian.org/Lintian I have a few more commits[2] that should have fixed most of the lintian warnings. There is another INFO level warning: I: muse-el source: patch-not-forwarded-upstream [debian/patches/0005-convert-a-muse-init.el-example-to-UTF-8.patch] I wonder whether you would also like to forward this patch upstream. The rest warnings/infos are taken care of. PTAL. > > Best, > Nicholas > [1] http://pgp.mit.edu/pks/lookup?op=get=0x2DE965ED63825C93 [2] https://salsa.debian.org/emacsen-team/muse-el/-/commits/master -- Manphiz signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Hi, Reply follows inline. Can we move this discussion to #1016558 to not bother Axel with our discussion? Manphiz writes: > Nicholas D Steeves writes: Nicholas D Steeves writes: > Thanks! Though I'm not really a user of muse-el, I'd like to keep it in > a good shape as an exercise as an Emacs addon maintainer. It looks like > there is not too much work thanks to Elisp being a fairly stable > language :) That's fine, thank you once again for adopting it, and yes, generally everything is ok :) >>> [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 >> > Thanks for the tips! I checked the Debian Policy Upgrading Checklist[1] > and agreed with Debian Janitor on the "no changes are needed" bit. And > to avoid having to wait for the bot to do the rebase I've manually > resolved the conflicts and rebased my MR on top of it as well. > You're welcome, and good call. >> Let me know when your done, and we can talk about the next steps. > > Now all MRs are merged. Please advise the next steps. Thanks! > Wonderful! I also see you have a GPG key now. Have you generated revocations certificates yet? https://wiki.debian.org/Keysigning#Step_2:_Generate_a_revocation_certificate Next, where can I find your key? I'm assuming that you're committed to maintaining this identity for the foreseeable future, and that you'd like to build reputation for future involvement in Debian. It's not required at the stage you're at, but it's recommended. https://wiki.debian.org/Keysigning#Step_3:_Make_your_public_key_public The subkey that I was able to download didn't include any identities. Other than that, this package isn't quite ready to upload, because there are three unaddressed lintian warnings. https://wiki.debian.org/Lintian Best, Nicholas signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Nicholas D Steeves writes: > Hello, > > Manphiz writes: > >>> Nicholas D Steeves writes: >>> >> >> Hi Nicholas, >> >> I have now prepared a merge request to migrate away from assoc.el[1] and >> also forwarded the patch upstream. Also set the package as team >> maintained and add myself as an upload. PTAL. Thanks! > > Wow, that was fast! LTGM, with one caveat: You are an Uploader for this > package now, so please drop the "Team upload" line entirely. This makes > you the human maintainer for the package, so I have sent you an invitation > for salsa/gitlab maintainer permissions for muse-el. Thanks! Though I'm not really a user of muse-el, I'd like to keep it in a good shape as an exercise as an Emacs addon maintainer. It looks like there is not too much work thanks to Elisp being a fairly stable language :) > >> [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 > > You will notice that there are two other MRs. Please double-check that > the bot did its work correctly, and please manually go through the > Debian Policy upgrade checklist, starting with the version muse-el uses, > and each version up to and including the one the bot proposed. If you > would like to take credit for this work, I recommend adding "and your > name" to the changelog entries the bot proposes. > > [ The name of the bot and your name ] > > In other words, I would like to give you permission to write to this > repo! Bots will often rebase their MRs to save you time, and I will > leave the decision of what gets merged first, and what gets rebased up > to you. Thanks for the tips! I checked the Debian Policy Upgrading Checklist[1] and agreed with Debian Janitor on the "no changes are needed" bit. And to avoid having to wait for the bot to do the rebase I've manually resolved the conflicts and rebased my MR on top of it as well. > > Let me know when your done, and we can talk about the next steps. Now all MRs are merged. Please advise the next steps. Thanks! > > Cheers, > Nicholas > [1] https://www.debian.org/doc/debian-policy/upgrading-checklist.html -- Manphiz signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Hello, Manphiz writes: >> Nicholas D Steeves writes: >> > > Hi Nicholas, > > I have now prepared a merge request to migrate away from assoc.el[1] and > also forwarded the patch upstream. Also set the package as team > maintained and add myself as an upload. PTAL. Thanks! Wow, that was fast! LTGM, with one caveat: You are an Uploader for this package now, so please drop the "Team upload" line entirely. This makes you the human maintainer for the package, so I have sent you an invitation for salsa/gitlab maintainer permissions for muse-el. > [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 You will notice that there are two other MRs. Please double-check that the bot did its work correctly, and please manually go through the Debian Policy upgrade checklist, starting with the version muse-el uses, and each version up to and including the one the bot proposed. If you would like to take credit for this work, I recommend adding "and your name" to the changelog entries the bot proposes. [ The name of the bot and your name ] In other words, I would like to give you permission to write to this repo! Bots will often rebase their MRs to save you time, and I will leave the decision of what gets merged first, and what gets rebased up to you. Let me know when your done, and we can talk about the next steps. Cheers, Nicholas signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
control: tags -1 patch Manphiz writes: > Nicholas D Steeves writes: > >> Hello, >> >> Would you like to fix this RC bug and adopt the package? >> >> https://bugs.debian.org/1042911 >> >> and the orphan bug is here: #1016558 >> >> Best, >> Nicholas >> > > Hi Nicolas, > > Thanks for reaching out! Looks like this was caused by the removal of > the obsolete "assoc" package in Emacs 29.1 which had been deprecated > since 24. I'll try to work on a fix later this week. Hi Nicholas, I have now prepared a merge request to migrate away from assoc.el[1] and also forwarded the patch upstream. Also set the package as team maintained and add myself as an upload. PTAL. Thanks! [1] https://salsa.debian.org/emacsen-team/muse-el/-/merge_requests/3 -- Manphiz
Processed: Re: Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Processing control commands: > tags -1 patch Bug #1042911 [elpa-muse] Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc Added tag(s) patch. -- 1042911: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042911 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Nicholas D Steeves writes: > Hello, > > Would you like to fix this RC bug and adopt the package? > > https://bugs.debian.org/1042911 > > and the orphan bug is here: #1016558 > > Best, > Nicholas > Hi Nicolas, Thanks for reaching out! Looks like this was caused by the removal of the obsolete "assoc" package in Emacs 29.1 which had been deprecated since 24. I'll try to work on a fix later this week. -- Manphiz signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Hello, Would you like to fix this RC bug and adopt the package? https://bugs.debian.org/1042911 and the orphan bug is here: #1016558 Best, Nicholas signature.asc Description: PGP signature
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Package: elpa-muse Version: 3.20+dfsg-7 Severity: serious X-Debbugs-Cc: a...@debian.org Control: affects -1 emacs emacs-gtk emacs-lucid emacs-nox emacs-pgtk Since upgrading to Emacs 29.1, byte-(re-)compilation fails as follows: […] Install elpa-muse for emacs install/muse-3.20: Handling install of emacsen flavor emacs install/muse-3.20: byte-compiling for emacs In toplevel form: cgi.el:71:2: Warning: Package cl is deprecated cgi.el:87:13: Warning: Unknown defun property ‘character’ In cgi-decode-string: cgi.el:94:4: Warning: ‘do’ is an obsolete alias (as of 27.1); use ‘cl-do’ instead. cgi.el:101:15: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. cgi.el:108:17: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. In cgi-decode: cgi.el:124:6: Warning: ‘flet’ is an obsolete macro (as of 24.3); use either ‘cl-flet’ or ‘cl-letf’. In cgi-arguments: cgi.el:161:13: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. In end of data: cgi.el:197:16: Warning: the function ‘calendar-current-date’ might not be defined at runtime. In toplevel form: htmlize-hack.el:12:13: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. htmlize-hack.el:17:8: Warning: ‘reduce’ is an obsolete function (as of 27.1); use ‘cl-reduce’ instead. In muse-backlink-insert-hook-func: muse-backlink.el:264:12: Warning: ‘font-lock-fontify-buffer’ is for interactive use only; use ‘font-lock-ensure’ or ‘font-lock-flush’ instead. In end of data: muse-backlink.el:313:33: Warning: the function ‘muse-make-link’ might not be defined at runtime. In toplevel form: muse-colors.el:60:2: Warning: custom-declare-variable `muse-colors-autogen-headings' docstring has wrong usage of unescaped single quotes (use \= or different quoting) muse-colors.el:94:2: Warning: custom-declare-variable `muse-colors-inline-image-method' docstring has wrong usage of unescaped single quotes (use \= or differ ent quoting) In muse-colors-region: muse-colors.el:577:10: Warning: ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instea d In muse-unhighlight-region: muse-colors.el:732:10: Warning: ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instea d In muse-colors-lisp-tag: muse-colors.el:775:30: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In muse-docbook-markup-paragraph: muse-docbook.el:233:41: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In toplevel form: muse-html.el:67:2: Warning: custom-declare-variable `muse-html-style-sheet' docstring wider than 80 characters muse-html.el:96:2: Warning: custom-declare-variable `muse-xhtml-style-sheet' docstring wider than 80 characters muse-html.el:399:2: Warning: custom-declare-variable `muse-html-meta-content-encoding' docstring has wrong usage of unescaped single quotes (use \= or differe nt quoting) muse-html.el:421:2: Warning: custom-declare-variable `muse-html-src-allowed-modes' docstring has wrong usage of unescaped single quotes (use \= or different q uoting) In muse-html-markup-paragraph: muse-html.el:490:6: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In muse-html-src-tag: muse-html.el:670:16: Warning: ‘font-lock-fontify-buffer’ is for interactive use only; use ‘font-lock-ensure’ or ‘font-lock-flush’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: Unknown defun property ‘character’ ../../elpa-src/muse-3.20/cgi.el: Warning: ‘do’ is an obsolete alias (as of 27.1); use ‘cl-do’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘flet’ is an obsolete macro (as of 24.3); use either ‘cl-flet’ or ‘cl-letf’. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. ../../elpa-src/muse-3.20/muse-ipc.el: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. ../../elpa-src/muse-3.20/muse-ipc.el: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. In toplevel form: muse-ipc.el:50:2: Warning: custom-declare-variable `muse-ipc-ignore-done' docstring has wrong usage of unescaped single quotes (use \= or different quoting) muse-ipc.el:80:2: Warning: ‘defun*’ is an obsolete alias (as of 27.1); use ‘cl-defun’ instead. In muse-ipc-server-filter: muse-ipc.el:93:6: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. In muse-journal-generate-pages: muse-journal.el:186:24: Warning: value returned from
