Language Selection

English French German Italian Portuguese Spanish

Packaging LSB packages - a first glimpse

Filed under
Misc

In my opinion the current software-packaging/software-install system for Linux systems is a crappy thing:

Every distribution packages the most interesting and important packages for itself: KDE stuff, GNOME, compiler, apache, and add on packages like firefox. Therefore, each work is repeated not only twice but dozens of times. For Suse, for Fedora Core, for Ark Linux, for Debian, for Ubuntu, and so on. And the packages are usually not compatible between the different distributions.

This is dumb - I must know it because I’m part of the game (I package ktorrent and rsibreak for Fedora Core).

The reasons behind this is well known: there was no standard at the beginning, and therefore everyone did it his/her own way. These ways were different sometimes, depending on the roots of the packager. The result is as already mentioned: duplicate work (ha, if only, multiplicate work is closer to the truth), incompatibility - and the worst result is that software for Linux is usually released as the source code only, without any chance for an average computer user to install it.

Full Story.

Dumb, dumb, dumb

Fortunately, Mandriva lets me use OpenOffice, Firefox and Thunderbird straight from OpenOffice.org and the Mozilla Foundation.

Why Mandi and other distros find it necessary to make a mess of such good software by cobbling together their own versions has always baffled me. Especially when their operating systems (surely their raison d'etre) are in such dire need of repair. Wouldn't that be a better way to spend their resources?

Why can't I readily install exactly the same software on one distro as I install on another?

An OS gem

It's not really a problem.

With things like Autopackage available it shouldn't be a problem for vendors to package non critical applications like the ones you mentioned. System critical applications from the repository, games and other software from Loki installers, Bitrock and Autopackage. It's not the distibutors that's the problem, it's the vendors not paying attention.

The original point

The original point, I thought, was that the distros are all working on basically the same software.

Only it isn't exactly the same because they mess around with it to make it comply with the idiosyncrasies they've decided to use in their OS (like piling everything up in /usr/lib).

And it isn't compatible with the "same" software on another distro because it's idiosyncratic and because they've decided in their muleheadedness that they can make OpenOffice better than OpenOffice.org or Firefox better than the Mozilla Foundation.

An example. I installed the (then) latest version of Thunderbird on my newly installed Fedora 5 but couldn't run it because a C++ library (.so.5) wasn't installed or even included in the DVD sized FC installer. Instead they had .so.4.x, upgradeable to .so.4.x+ and .so.6 somewhere or other.

So, I had to go to the Fedora forum to find out what jiggery-pokery was required; I got the info but, also, lectures about installing software ONLY from the repositories and how dare I, as a newbie, question the wise judgment of the wizards at FC and the wizards on the FC forum? Jeepers, creepers. There was I thinking that the purpose of an OS was to enable a person to run apps.

For seekers only

But the truth is.

I shall only comment on the /usr/lib issue as it's called, following standards.
The same story goes for other Unices and clones. Some follow them as they should, some invent their own variants. Personally I don't like Fedora, actually I hated everything since Redhat 8.0 as it became so flawed.

Let's hope for a decent option

Sooner or later, I suppose, only the strong will survive and standards will apply. I just hope Ubuntu, Fedora and SuSE are not the only options. I dislike all of them.

I did not realise there is a "/usr/lib issue".

For seekers only

Filesystem Hierarchy Standard.

http://en.wikipedia.org/wiki/FHS

Take a look into our world and you will understand how things work.

Filesystem Hierarchy Standard

All good stuff, I'm sure. Like the LSB and the Portland project and I forget the other names. I'm all in favour of common standards and hope the day arrives.

From your link:

Quote:
Still, the vast majority of the Linux distributions, including those developed by members of the Free Standards Group, do not follow this proposed standard.

Isn't that the point?

For seekers only

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Canonical Says Ubuntu 18.04 LTS (Bionic Beaver) Will Come with Boot Speed Boost

Canonical's Will Cooke published a new Ubuntu Desktop newsletter today to inform the community on the development progress of the upcoming Ubuntu 18.04 LTS (Bionic Beaver) operating system. Besides various improvements for the GNOME desktop environment, the Ubuntu Desktop team over at Canonical recently started to investigate the boot speed of the Ubuntu Linux operating system, planning to give it another boost by using systemd’s latest features to do some profiling, which will help them identify any issues that might cause slow boot up time. Read more Also: Canonical Pulls Intel's Spectre Update from Ubuntu Repos Due to Hardware Issues

Intel's "Utter Garbage" Code Bricks and Delays Linux, Torvalds Furious

today's leftovers

  • 20 Years of LWN
    Back in mid-1997, your editor (Jonathan Corbet) and Liz Coolbaugh were engaged in a long-running discussion on how to trade our nice, stable, reliably paying jobs for a life of uncertainty, poverty, and around-the-clock work. Not that we thought of it in those terms, naturally. We eventually settled on joining Red Hat's nascent "support partner" program; while we were waiting for it to get started, we decided to start a weekly newsletter as a side project — not big and professional like the real press — to establish ourselves in the community. Thus began an amazing journey that has just completed its 20th year. After some time thinking about what we wanted to do and arguing about formats, we published our first edition on January 22, 1998. It covered a number of topics, including the devfs controversy, the pesky 2GB file-size limit on the ext2 filesystem, the use of Linux on Alpha to render scenes in the film "Titanic", the fact that Red Hat had finally hired a full-time quality-assurance person and launched the Red Hat Advanced Development Labs, and more. We got almost no feedback on this issue, though, perhaps because we didn't tell anybody that we had created it.
  •  
  • EzeeLinux Show 18.4 | Ubuntu 17.10 Revisited
    Canonical revised Ubuntu 17.10 with the new 17.10.1. Time to take another look…
  • PodCTL #22 – Highway to Helm
    One of the reasons that Kubernetes has gained so much traction in the marketplace is because it is flexible enough to allow innovation to happen all around the core APIs. One area where that has happened is in application package management, specifically with the Helm project.
  • LibreELEC Linux OS Will Get Meltdown and Spectre Patches with Next Major Release
    The development team behind the Kodi-based LibreELEC (Libre Embedded Linux Entertainment Center) open-source HTPC operating system for embedded systems and PCs released LibreELEC 8.2.3. LibreELEC 8.2.3 is the third maintenance update to the LibreELEC 8.2 "Krypton" series of the Just enough Operating System (JeOS), which is based on the Kodi 17 "Krypton" open-source and cross-platform media center. It's here a month after the LibreELEC 8.2.2 point release to address a few issues.
  • openSUSE 42.2 to Reach End-of-Life This Week
    The minor release of openSUSE Leap 42.2 will reach its End-of-Life (EOL) this week on Jan. 26. The EOL phase ends the updates to the operating system, and those who continue to use EOL versions will be exposed to vulnerabilities because these discontinued versions no longer receive security and maintenance updates; this is why users need to upgrade to the newer minor; openSUSE Leap 42.3. “We are very pleased with the reliability, performance and longevity of Leap,” said openSUSE member Marcus Meissner. “Both the openSUSE community and SUSE engineers have done a fantastic job with security and maintenance of the Leap 42 distribution; users can be confident that their openSUSE operating system is, and will continue to be, receiving bug fixes and maintenance updates until its End-of-Life.”
  • French Gender-Neutral Translation for Roundcube
    Here's a quick blog post to tell the world I'm now doing a French gender-neutral translation for Roundcube.
  •  
  • This Oil Major Has a Supercomputer the Size of a Soccer Field
    Big Oil is now Big Tech. So big, in fact, that Eni SpA’s new supercomputer is the size of a soccer field. In the multimillion-dollar pursuit of the world’s most powerful computers, the Italian explorer says it’s taken the lead. Its new machine, located outside Milan, will scan for oil and gas reservoirs deep below the Earth over thousands of miles. “This is where the company’s heart is, where we hold our most delicate data and proprietary technology,” Eni Chief Executive Officer Claudio Descalzi said in an interview on Thursday.

Compilers and CLI: LLVM, GCC and Bash