Re: emacs26-app fails to install

Hi Scott,

I'm not sure whether binaries and other files should be contained
in .app folder or not. If there is no feedback from users, the current
version (located outside) might be ok.

I noticed that my previous e-mail was sent only to Hanspeter. Here
is the e-mail:

=====
Hi Hanspeter,

Thank you for your reply.

> Or do those files need to also be moved inside the Emacs.app bundle the
way they are in emacs23-app?

If it is feasible simply (like by appending a option in
configure), moving files inside Emacs.app is fine.
If not, I recommend just correcting the update-alternatives.
I like a simple/easy way for maintenance.

Tomoaki Okayama
=====

Tomoaki Okayama

2023年2月10日(金) 0:03 Scott Hannahs <[email protected]>:

> Sort of interested in this.  I am currently trying to update emacs to 28.
> I have most of it functional for -nox split but stuck on updating glib2.  I
> was going to think about the .app version and contact the maintainer as a
> next step.  It seemed easier to update to 28 than to get 26 working on
> arm64.
>
> -Scott
>
>
> > On Feb 8, 2023, at 20:56, Hanspeter Niederstrasser <
> [email protected]> wrote:
> >
> > I can work on this.
> >
> > As far as I can tell, the install locations for the various files are
> ok: only Emacs itself now belongs inside the Emacs26.app bundle. So
> update-alternatives needs to be corrected to point to the real location of
> the files in %p/bin and so on.
> >
> > Or do those files need to also be moved inside the Emacs.app bundle the
> way they are in emacs23-app?
> >
> > Hanspeter
> >
> > On 2/8/23 6:52 PM, Tomoaki Okayama wrote:
> >> Hi,
> >> I understood, actually in my environment as well
> >> the destination of binaries etc. is different from
> >> emacs23-app.
> >> Unfortunately I don't have time currently to remedy
> >> this issue. Could anybody help please?
> >> Tomoaki Okayama
> >> 2023年2月8日(水) 20:10 Hanspeter Niederstrasser <[email protected]>:
> >>> On 1/27/23 2:42 AM, Sean Case wrote:
> >>>> Sorry for the delay in getting back to this.
> >>>>
> >>>>> On 19 Jan 2023, at 22:35, Hanspeter Niederstrasser <
> >>> [email protected]> wrote:
> >>>>>
> >>>>> Sounds like the build system failed to detect the build wanted a .app
> >>> bundle and defaulted to the unixy layout.
> >>>>
> >>>> I should perhaps clarify: it _is_ building an app bundle, and putting
> >>> the Emacs executable in it. What is missing are the other executables
> (like
> >>> ctags) and the man pages. These appear to be in /opt/sw/bin and
> >>> /opt/sw/share/man in the package.
> >>>
> >>> I had only tried to build before and not actually tried to install.
> >>> Looking at my deb, the only things installed in Emacs.app are these:
> >>>
> >>>> ./Applications
> >>>> ./Applications/Emacs.app
> >>>> ./Applications/Emacs.app/Contents
> >>>> ./Applications/Emacs.app/Contents/MacOS
> >>>> ./Applications/Emacs.app/Contents/MacOS/Emacs
> >>>> ./Applications/Emacs.app/Contents/Resources
> >>>> ./Applications/Emacs.app/Contents/Resources/English.lproj
> >>>>
> >>>
> ./Applications/Emacs.app/Contents/Resources/English.lproj/InfoPlist.strings
> >>>> ./Applications/Emacs.app/Contents/Resources/document.icns
> >>>> ./Applications/Emacs.app/Contents/Resources/Credits.html
> >>>> ./Applications/Emacs.app/Contents/Resources/Emacs.icns
> >>>> ./Applications/Emacs.app/Contents/Info.plist
> >>>> ./Applications/Emacs.app/Contents/PkgInfo
> >>>
> >>> man pages and other binaries are in /sw/{bin,share} like in your setup.
> >>>
> >>>> $ file /sw/share/man/man1/emacs.1* /sw/etc/alternatives/emacs.1*
> >>> /sw/Applications/Emacs.app/Contents/Resources/man/man1/emacs.1
> >>>> /sw/share/man/man1/emacs.1:                                     broken
> >>> symbolic link to /sw/etc/alternatives/emacs.1
> >>>> /sw/share/man/man1/emacs.1.gz:                                  gzip
> >>> compressed data, max compression, from Unix
> >>>> /sw/etc/alternatives/emacs.1:                                   broken
> >>> symbolic link to
> >>> /sw/Applications/Emacs.app/Contents/Resources/man/man1/emacs.1
> >>>> /sw/Applications/Emacs.app/Contents/Resources/man/man1/emacs.1: cannot
> >>> open `/sw/Applications/Emacs.app/Contents/Resources/man/man1/emacs.1'
> (No
> >>> such file or directory)
> >>>
> >>> Apparently, this wasn't fatal with dpkg-1.10, but is fatal with
> >>> update-alternatives from dpkg-1.16.
> >>>
> >>> Looking at the history of emacs26-app, it looks like the .info was
> maybe
> >>> copied from emacs23-app.info, but no one noticed that many of the
> >>> executables that used to be inside the .app bundle are now outside.
> >>>
> >>> Hanspeter
> >>>
> >>>
> ------------------------------------------------------------------------
> >>> --
> >>> Of all tyrannies, a tyranny sincerely exercised for the good of its
> >>> victims may be the most oppressive. It may be better to live under
> >>> robber barons than under omnipotent moral busybodies. The robber
> >>> baron's cruelty may sometimes sleep, his cupidity may at some point
> >>> be satiated, but those who torment us for our own good will torment
> >>> us without end, for they do so with the approval of their own
> conscience.
> >>>    --C.S. Lewis
> >>>
> >>>
> >> _______________________________________________
> >> Fink-users mailing list
> >> [email protected]
> >> List archive:
> >> https://sourceforge.net/p/fink/mailman/fink-users/
> >> Subscription management:
> >> https://lists.sourceforge.net/lists/listinfo/fink-users
> >
> >
> >
> > _______________________________________________
> > Fink-users mailing list
> > [email protected]
> > List archive:
> > https://sourceforge.net/p/fink/mailman/fink-users/
> > Subscription management:
> > https://lists.sourceforge.net/lists/listinfo/fink-users
>
>

_______________________________________________
Fink-users mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users