Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] Last call: Dear Source Mage: Stop killing yourself or I'll kill you! (removal of libraries while they are still needed)

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Eric Sandall <eric AT sandall.us>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] Last call: Dear Source Mage: Stop killing yourself or I'll kill you! (removal of libraries while they are still needed)
  • Date: Wed, 9 Sep 2020 08:53:04 -0700

On 8/19/20 06:40, Thomas Orgis wrote:
Dear fellow mages,

I am inclined to say goodbye. I am fed up. I cannot do a `sorcery
rebuild` since sorcery goes into some endless loop trying and we're not
easily able to debug that. Now I just wanted to cast gcc. A whole lot
of other spells chimed in wanting to get updated, maybe leftover in the
queue from the rebuild attempt, whatever.

Among all the shortcomings and necessary improvements we'd like to have
in Sorcery since over 10 years, there is this one brutally retarded
stupid fucked up and dementend practice that tops all gripes for me:

1. Update spell with a library.
2. Old version of library is removed.
3. FUBAR BECAUSE THE LIBRARY IS NECESSARY FOR THE TOOLCHAIN!

This happend yet again with one of the most obvious candidates:

[…]
gcc -shared -Wl,-soname,libreadline.so.8.0 -Wl,--as-needed -Wl,-rpath,/lib -Wl,-soname,`basename libreadline.so.8.0 .0` -o libreadline.so.8.0 readline.so vi_mode.so funmap.so keymaps.so parens.so search.so rltty.so complete.so bind.so isearch.so display.so signals.so util.so kill.so undo.so macro.so input.so callback.so terminal.so text.so nls.so misc.so history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so tilde.so colors.so parse-colors.so xmalloc.so xfree.so compat.so -lcurses 
gcc -shared -Wl,-soname,libhistory.so.8.0 -Wl,--as-needed -Wl,-rpath,/lib -Wl,-soname,`basename libhistory.so.8.0 .0` -o libhistory.so.8.0 history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so xmalloc.so xfree.so -lcurses 
make[1]: Leaving directory '/usr/src/readline-8.0/shlib'
Protecting special libraries
Dispelling readline
Dispelled spell: readline
Compile log for readline 8.0 Completed Build on Wed Aug 19 12:56:14 UTC 2020
/bin/bash: error while loading shared libraries: libreadline.so.7: cannot open shared object file: No such file or directory
(END)

Yes the END. This screwup should simply not be possible. And we know
this since ages. Last year I suggested to at least add readline to the
global protection list as a band-aid:

	https://bugs.sourcemage.org/show_bug.cgi?id=16112
.
I also discussed a per-spell solution with proof-of-concept on

	https://bugs.sourcemage.org/show_bug.cgi?id=16100

and there's a sorcery git branch for it (devel-sobukus-protection).

This is no the full thing … it needs clean-up (envisioned via cleanse)
and actual integration into the grimoire … preferrably as a default
that avoids removal of old .so.X[.Y] files. There's enough in SMGL
that's well below state of the art (cast priviledge isolation, castfs
successor with atomic merges into filesystem … rollback, even). It
should at least not be actively retarted in hurting itself. There, I
said it again. Am I triggering someone?

But, well … the project is so dead that there isn't even enough energy
to discuss that stuff. Well … or there is some initial discussion that
prevents me from just committing something and thus stops any further
activity. Even if there's some activity left in SMGL for various little
personal goals, isn't that a bit ill-fated if the whole thing is
rotting from the ground up?

Also: What's the deal here, specificalluy? How come that someone
upgrades readline to soversion 8 and does _not_ experience instant
system breakage?! How does that even work? I got instant failure to run
bash and the installation was killed. Did you folks ditch castfs and
things now work better without it? Should we deprecate it as long as
we don't have a modern implementation? The 8 upgrade is over a year old
already … so you see how starved of updates this particular box is.
It's a wonder it works at all, but I guess I cannot further justify to
run such an outdated and broken system on a workplace.

So, is there someone left to convince me of the opposite? Do we have
some motivation to actually fix this crap? Or should we let SMGL rest
in peace, only for Treeve to continue to push spell updates to Nirvana?

I guess I'm getting old and start to question what I waste my lifetime
with. It could be a silly game, yes, but there needs to be some kind of
reward. What's in this Game of Spells?


Alrighty then,

Thomas

I try to fix issues as I run across them, upgrading from our outdated stable to test grimoire was an ordeal, that's for sure, and not all the bugs from that have been fixed, I think most of them come down to this toolchain issue where a required library is removed before everyone who uses it has been rebuilt with the new one. I think that if you have a fix, or even an improvement (a la your installwatch change), just put it in if it's improved the process for you. That's what I've been doing as I fix things that break when I upgrade, though nothing as in-depth as your work on Sorcery (thank you for those :) ).

-Eric

Attachment: signature.asc
Description: OpenPGP digital signature



  • Re: [SM-Discuss] Last call: Dear Source Mage: Stop killing yourself or I'll kill you! (removal of libraries while they are still needed), Eric Sandall, 09/09/2020

Archive powered by MHonArc 2.6.24.

Top of Page