[Trisquel-devel] Installing dependencies for latest emacs and gcc releases
Heime
heimeborgia at protonmail.com
Thu May 29 22:54:35 UTC 2025
On Friday, May 30th, 2025 at 10:29 AM, Luis Guzman <ark at switnet.org> wrote:
>
>
> En 29/05/25 15:16, Heime escribió:
> [...]
>
> > Alright, let's not ask for the moon just yet - but some of the basics for
> > developers: Emacs and GCC. Compiling either from source on Trisquel 11 is
> > anything but straightforward right now.
>
> I understand it can feel a bit daunting at first, but if you’d like to rebuild
> emacs from the sources already in the repositories, here’s a straightforward way to do it:
>
> sudo apt build-dep emacs
>
> apt source emacs
>
> cd emacs-*
>
> dpkg-buildpackage -us -uc
>
> this will build the version currently in the repos. From there, you can start
> experimenting with your own changes, or even learn more about the Debian
> packaging workflow.
>
> > Trisquel 11 ships with GCC-12 and Emacs-27.1 - both lagging well behind
> > the current GCC-15.1 and Emacs-30.1. Now, I understand we can't always
> > have the latest and greatest, and there’s a bit of sense in sticking with
> > tried-and-true versions for stability. Still, Trisquel 11 was released
> > in March 2023, when Emacs 28.2 was already out.
>
> That’s actually pretty typical for distributions that follow a point release
> model, stability and long-term support tend to take priority over having the
> absolute latest versions.
>
>
> > So even at launch, things were a bit behind the curve.
> >
> > What's more, if you want to build from source, you're in for a bit of a
> > slog. The documentation isn’t tailored for Trisquel, and you're left
> > piecing together dependencies and workarounds from scraps.
>
> That’s one of the main trade-offs with Debian-based distributions, most of
> the integration work is done up front, so things "just work"™ once installed,
> but this usually means you won’t always get the very latest package versions.
> Trisquel’s model is closer to Ubuntu LTS and prioritizes reliability.
>
> > What could you suggest can be done a bit better here?
>
> One suggestion could be to use the Guix package manager available at Trisquel.
I shall look into the capability very closely.
> > Maybe not always
> > the bleeding edge, but at least make it easier for developers to get up
> > and running with newer versions before a major release - especially for
> > the essentials like Emacs and GCC. Otherwise, working on development
> > ends up much harder than it needs to be.
>
> Like with most things, the process can seem difficult before you get familiar
> with it, but once you’ve built or packaged software a few times, it tends to
> feel much more manageable.
I had managed to install the latest versions, but it is becoming more cumbersome
to do for the current releases.
> > Regards
> >
> > > Regards.
>
> --
> Luis A. Guzmán G.
> http://ark.switnet.org
>
> Capitulo Mexicano de Software Libre - https://cmxsl.org
> Software Libre con raíz ética, acción local y visión nacional.
>
> Por tu propio bien, y en solidaridad a todos, elige la libertad.
> ¡Sé Libre! - https://fsfla.org/selibre/
More information about the Trisquel-devel
mailing list