<div dir="ltr">Just to comment on your original post.<div>Don't think for one moment that things are any better in Windows.<br>The difference with APT issues is that there <i>is</i> something you can do about it, and ultimately, the problem is resolvable by you.</div><div>In Windows things look a lot prettier, but I have often had an installer fail with no reason given and then automatically roll-back with no recourse.<br>The solutions there often required manual editing of the registry.<br>I prefer APT any day.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 12 Aug 2019 at 08:18, Shlomo Solomon <<a href="mailto:shlomo.solomon@gmail.com">shlomo.solomon@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks for your VERY detailed reply. Some of it was "over my head", but<br>
relevant and true - although I personally like and use KDE despite it<br>
being quite bloated for many years now. <br>
<br>
As an aside - I got rid of KMail, Akonadi and all their "friends" years<br>
ago. It's hard to believe that an email program has about 80<br>
dependencies and "suggests" another 20 packages!!! <br>
<br>
As I wrote, I intentionally did not include too many details about the<br>
problem since I was not really looking for a solution.<br>
<br>
The short version - this seemed to be caused by a broken dependency and<br>
neither apt-get or dpkg were able to solve this until I manually<br>
deleted a few post-install scripts. So the "blame" should probably fall<br>
on the way apt-get and dpkg handle dependencies and/or such scripts,<br>
and not so much on the Kubuntu maintainers. <br>
<br>
Although I did save the relevant apt and dpkg logs, I don't think<br>
that contacting the Kubuntu maintainers will help because they will<br>
probably "blame" the software developers who packaged the monodevelop<br>
IDE (and provided there own PPA) - which never worked for me in the<br>
first place so I probably should have uninstalled it months ago :-).  <br>
<br>
<br>
<br>
On Sun, 11 Aug 2019 21:17:39 -0400<br>
Steve Litt <<a href="mailto:slitt@troubleshooters.com" target="_blank">slitt@troubleshooters.com</a>> wrote:<br>
<br>
> On Sun, 11 Aug 2019 09:05:24 +0300<br>
> Shlomo Solomon <<a href="mailto:shlomo.solomon@gmail.com" target="_blank">shlomo.solomon@gmail.com</a>> wrote:<br>
> <br>
> > Let me start by saying that I'm not looking for a solution - I<br>
> > solved my problem. I'm just angry and letting off some steam.   <br>
> <br>
> [snip successful attempts using a ~10 step apt/dpkg witch's brew]<br>
> <br>
> I feel your pain. Probably we all do.<br>
> <br>
> And it's likely the better people to let off steam at would be:<br>
> <br>
> 1) The maintainers of your distro<br>
> <br>
> 2) The maintainers of your "Desktop Environment", if any<br>
> <br>
> 3) The authors of the software concerned<br>
> <br>
> <br>
> DISTRO:<br>
> <br>
> Your complaint isn't very detailed, but the fact that you needed apt<br>
> to fix it suggests you're using a Debian derived distro. Most Debian<br>
> extension distros, such as Ubuntu, Mint and Knoppix, add<br>
> hypercomplexity in order to make them more magically "we do it all<br>
> for you" and "user friendly", or just to make things look pretty.<br>
> <br>
> Debian itself, once a simplistic distro, has been slowly complexifying<br>
> itself, first by defaulting to selecting of that ball of<br>
> confusion Gnome3, which itself has been complexifying at a remarkable<br>
> rate, and then by pledging allegiance to systemd: The ultimate ball of<br>
> confusion.<br>
> <br>
> About the only apt packaged distro I could recommend today, from a<br>
> dependency-sanity point of view, would be Devuan, which rejected<br>
> both Gnome3 and systemd.<br>
> <br>
> I find it amusing that Debian's solution to substituting a non-systemd<br>
> init system involves a many-step raindance where you pin this package<br>
> and hold back that package.<br>
> <br>
> Of course, Redhat and Redhat-derived distros are worse.<br>
> <br>
> Tell your distro maintainers to quit making package recommends into<br>
> hard requirements, and to find better solutions than secret apt<br>
> meetings with secret dpkg handshakes, or else consider not packaging<br>
> it at all. There are usually substitutes and equivalents.<br>
> <br>
> <br>
> DESKTOP ENVIRONMENTS:<br>
> <br>
> Desktop environments, which bind a window manager and a bunch of<br>
> applications together, including all sorts of interdependencies and<br>
> promiscuous communications inside and outside of dbus, were obviously<br>
> a bad idea from the beginning, for people who want to control their<br>
> computers rather than the other way around.<br>
> <br>
> If you use a desktop environment, write to them and tell them to<br>
> reduce promiscuous communication and dependencies. They'll laugh at<br>
> you, of course: Their purpose on this earth is to create obscenely<br>
> interdependent black boxes.<br>
> <br>
> You can avoid a lot of this by going back to a window manager and<br>
> selecting your applications a-la-carte, trying mightily not to include<br>
> desktop environment apps. If enough people were to do this (not very<br>
> likely, most people are wedded to their "we do it all for you"<br>
> environments), the "desktop environments" might catch on and put more<br>
> of a priority on modularity and thin interfaces (or no interfaces<br>
> where not needed).<br>
> <br>
> I kicked KDE and every KDE app and library off my computer in<br>
> 2012-2013, and lived to tell about it. I've never used Gnome3, and<br>
> slowly but surely I've been kicking its apps and libraries off my<br>
> computer. Now I boss my computer around, not the other way around.<br>
> <br>
> <br>
> THE SOFTWARE AUTHORS:<br>
> <br>
> True story. When using Python writing a piece of free software<br>
> intended to be used by others, I needed one minor but not obvious how<br>
> to code functionality. So I asked how to code it on the Python IRC<br>
> channel. Not one answer, but three or four people told me to use some<br>
> ginormous library, itself having lots of dependencies, that was not<br>
> part of the standard Python distribution.<br>
> <br>
> I explained that I didn't need all that stuff, I just needed this one<br>
> functionality. I didn't want my users to have to integrate this<br>
> library into their systems. "No problem", one of the IRC denizens<br>
> proclaimed, "that's what the Python <whatever> is for: You can build<br>
> your own Python interpreter for your one application, and ship the<br>
> interpreter along with the app". Look at your computer's clock: This<br>
> is not an April Fools joke, this happened.<br>
> <br>
> If course I said "no", and then the real abuse happened, with the<br>
> usual "don't reinvent the wheel" and "scared to learn new things" and<br>
> a new creative diss: "Real programmers try new packages just to get<br>
> familiar with them, it's a real opportunity!"<br>
> <br>
> Unfortunately, these guys weren't unusual. Way too many programmers,<br>
> in the name of avoiding reinventing the wheel, integrate somebody<br>
> else's wheel, when all they needed was an easily available single<br>
> spoke. You know who suffers? The distro maintainers and the users.<br>
> <br>
> All too many developers put absolutely zero priority on simplicity.<br>
> The slightest improvement in "pretty", or the slightest "improvement"<br>
> to keep the user from having to use a text editor, is perfect<br>
> justification to bring in a gargantuan software library with poorly<br>
> documented API, lots of child dependencies, grandchild dependencies,<br>
> and who knows how far down the tree it goes. And at any given time,<br>
> at least one dependency of that software dependency tree gets buggy or<br>
> goes unmaintained or sets a dependency on something so modern it won't<br>
> work with your distro, and you get to use a 10 step apt/dpkg<br>
> choreography.<br>
> <br>
> Tell the software authors your objections to gratuitous dependency<br>
> inclusions, as well as unnecessary and unhelpful communications with<br>
> barely related software. Tell them you choose software to work and<br>
> keep on working, not to be pretty or spare you from using an editor. <br>
> <br>
> And then do what you told them: When evaluating free software<br>
> alternatives, significantly downvote those with too many, or<br>
> unnecessary, dependencies. And if the simpler software lacks a feature<br>
> you need, you can usually kludge it together with a couple<br>
> shellscripts and maybe some Python/Perl/Ruby/Lua/awk/grep/sed. We all<br>
> hate to kludge, but I think the ultimate kludge is some conceited<br>
> developer requiring 100K lines of imported code to give a couple<br>
> features he could have done in 100 lines of self-written code, if<br>
> he'd bothered.<br>
> <br>
> I copied the GoLUG mailing list because it's my home-town LUG, and the<br>
> Devuan mailing list because they're the one direct Debian fork<br>
> that eschews unnecessary dependencies and intermodular communications.<br>
> Notice that some forks and extensions of Devuan also keep complexity<br>
> to a minimum.<br>
> <br>
> SteveT<br>
> <br>
> _______________________________________________<br>
> Linux-il mailing list<br>
> <a href="mailto:Linux-il@cs.huji.ac.il" target="_blank">Linux-il@cs.huji.ac.il</a><br>
> <a href="http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il" rel="noreferrer" target="_blank">http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il</a><br>
<br>
<br>
<br>
-- <br>
Shlomo Solomon<br>
<a href="http://the-solomons.net" rel="noreferrer" target="_blank">http://the-solomons.net</a><br>
Claws Mail 3.16.0 - Kubuntu 18.04<br>
<br>
_______________________________________________<br>
Linux-il mailing list<br>
<a href="mailto:Linux-il@cs.huji.ac.il" target="_blank">Linux-il@cs.huji.ac.il</a><br>
<a href="http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il" rel="noreferrer" target="_blank">http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">--<br>Jeremy Hoyland   <br><a href="mailto:jhoyland@gmail.com" target="_blank">jhoyland@gmail.com</a></div>