Linux - DistributionsThis forum is for Distribution specific questions.
Red Hat, Slackware, Debian, Novell, LFS, Mandriva, Ubuntu, Fedora - the list goes on and on...
Note: An (*) indicates there is no official participation from that distribution here at LQ.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello,
Thank you much for your reply.
Can it be said that this is some kind of a repository?
What is the goal of this question?
Obviously you can say whatever you want. The word "repository" has no any meaning without context, we have a huge amount of different kind of repositories. Therefore, "some kind of repository" means nothing, at most, "something".
Can it be said that this is some kind of a repository?
Only in the sense of providing source code to allow others (developers) to build/support RHEL-compatible distributions. To quote the page Hazel linked to...
Quote:
The OpenELA will only be producing source code. It will not produce its own binary distribution. The members, and anyone wanting to try it, can create their own EL-compatible distributions from the code.
Only in the sense of providing source code to allow others (developers) to build/support RHEL-compatible distributions. To quote the page Hazel linked to...
Hello,
Thank you so much for your reply.
This is my question. What source code? Packages?
Hello,
Thank you so much for your reply.
This is my question. What source code? Packages?
Not packages, rather the source code used to make the completed packages (as in the software is not compiled or packaged for distribution yet). From OpenELA's site:
Quote:
All sources necessary to achieve a 1:1 / bug-for-bug compatible version of EL which will be distributed via Git, encouraging community collaboration
What this means is that OpenELA would provide source code (most likely including all patches, bugfixes & security updates) that a project could then use to compile & package said software for distribution (e.g. RPM or DEB files). This would be open & unencumbered, with no restrictions, as we've seen with what Red Hat has done.
Not packages, rather the source code used to make the completed packages (as in the software is not compiled or packaged for distribution yet). From OpenELA's site: What this means is that OpenELA would provide source code (most likely including all patches, bugfixes & security updates) that a project could then use to compile & package said software for distribution (e.g. RPM or DEB files). This would be open & unencumbered, with no restrictions, as we've seen with what Red Hat has done.
Hello,
Thank you so much for you reply.
Can you show me an example? I think there are quite a few apps that haven't been turned into packages yet!!
Hello,
Thank you so much for you reply.
Can you show me an example? I think there are quite a few apps that haven't been turned into packages yet!!
Best examples I can think of are components that are required for the system to run or basic system utilties, like the kernel, GNU binutils & coreutils, + desktop environments like GNOME or KDE, development tools, things like that. Packages used by a large majority of a distros userbase that also fit in the context of the vision of a distro.
On seeing apps not turned into packaged for (insert preferred distro here): If you're talking about Enterprise Linux (EL), EL users have generally a smaller package subset that they require, being that most EL distros are going to be used more for servers or general workstation desktops for work getting done vs a general user's home PC. There's also only so much time & resources that can be dedicated toward packaging & upkeep of the main distro packages & extra packages, so careful consideration is required when it comes to what gets packaged so that resources aren't spread too thin on packages that may not be used by a large enough user base to justify those resources. There's also storage space on mirrors to consider. Debian has a package that helps with this, popcon, that can be enabled by the user during the installation process to help the developers understand what packages are widely used by sending a report of packages installed back to Debian so resources can be distributed accordingly for packages that are widely used. There's also 3rd party repos you can check as well, like RPMFusion, ELRepo & EPEL on RHEL based distros, external repos for Debian & Ubuntu that can be added to your sources.list, Slackware has SlackBuilds + AlienBoB's repo, Arch has the Arch User Repository (AUR), & there are others depending on what distro you use.
If all else fails, if there's a package you want that doesn't exist, you could always consult your distro documentation for instructions on how to make packages yourself as well. On Debian checkinstall is an example of this, though I don't know if this is still current (haven't used Debian for a while now). There's simply just too many programs out there to package everything, so it has to be narrowed down to what will see the most use & fits with the goals of a distro is what it really boils down to.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.