Binaries-free movements back-ending in RPM sources?
Ututo was our first GNU system but dormant at the very beginning and was sources back-ended;
Parabola is our most cutting edged GNU system that is rolling, but binaries back-ended;
Fedora, our RPM system that focuses in freedom, no apps or repo are nonfree but the kernel is, installing RPM sources (SRPM or .src.spm of acronyms) is not too easy.
Debian, and derivatives like Trisquel, Uruk, Devuan, as much focus in freedom as GNU systems and Fedora, and have own sources format, .dsc, but not too practical for daily uses, and only sysadmins, autidors, even developments need these .dsc sources. As binaries back-ended as Parabola.
So we DO need an GNU system that is sources back-ended, using RPM sources is best, but liberating the src-oss pools of openSuSE Tumbleweed (instead of Fedora, within Freed-ora kernels Fedora is enough to be an GNU system); but kernels are come from the Freed-ora RPM sources.
Porting pacman (from Parabola) to RPM sources as a CLI frontend, and like Uruk also offering zypper (from the liberation sources of openSuSE Tumbleweed), dnf (Fedora), Guix package manager (GuixSD), urpmi (Uruk), finally Emerge/Portage (Gentoo).
Using Qt as our default graphical language, and hence isolating Gtk+ apps and desktops, but also Gecko apps like A-browser, Icecat, Iceweasel, finally large apps like office suites, KDE 5 and its apps (but marble-qt is in main, that isnt dep on KDE libraries); YaST2 apps and Octopi are also needed to be isolated, which I commit to the simplicity like Parabola, for my beginners' derivatives you are free to reuse YaST2 and Octopi. Wine and its front-ends are also needed to be isolated.
https://trisquel.info/en/wiki/hd-scania-systems-free-software-enterprising
Do you remember I have earlier announced the similar idea?
This binaries-free movement is also to stronger certify you are using free software, executives i.e. runtimes are in the sources, manuals and docs are in the sources, and every of these sources are browsable and auditable in my upcoming servers, both Git and packages repo, and you are free to exchange between RPM sources and Git files.
Note, Gentoo is accepting any forms of sources, that is just leaving Gentoo not successful, therefore I hereby need to instead unify and uniform my own system into RPM sources.
As others commented: we have GuixSD (the system distribution that uses
GNU Guix as default package manager).
Personally I see Guix's source archives as way better than SRPM and that
like, precisely because it keeps the source files inside a simple
.tar.gz (or whichever similar thing I forgot) thus allowing most
archivers to see the content already.
Also, for enterprise usage I would recommend any free/libre system
distribution combined with Guix package manager, specially because the
enterprise can overcome the cases where they are purposefully limited by
a third-party in regards to what are their system user's permission
(this is common in VPS or HPC, where the end-user is forbidden from
managing his own copies of specific applications, or of all
applications).
2017-12-18T03:08:16+0100 name at domain wrote:
> Ututo was our first GNU system but dormant at the very beginning and
> was sources back-ended;
> Parabola is our most cutting edged GNU system that is rolling, but
> binaries back-ended;
> Fedora, our RPM system that focuses in freedom, no apps or repo are
> nonfree but the kernel is, installing RPM sources (SRPM or .src.spm of
> acronyms) is not too easy.
> Debian, and derivatives like Trisquel, Uruk, Devuan, as much focus in
> freedom as GNU systems and Fedora, and have own sources format, .dsc,
> but not too practical for daily uses, and only sysadmins, autidors,
> even developments need these .dsc sources. As binaries back-ended as
> Parabola.
>
> So we DO need an GNU system that is sources back-ended, using RPM
> sources is best, but liberating the src-oss pools of openSuSE
> Tumbleweed (instead of Fedora, within Freed-ora kernels Fedora is
> enough to be an GNU system); but kernels are come from the Freed-ora
> RPM sources.
> Porting pacman (from Parabola) to RPM sources as a CLI frontend, and
> like Uruk also offering zypper (from the liberation sources of
> openSuSE Tumbleweed), dnf (Fedora), Guix package manager (GuixSD),
> urpmi (Uruk), finally Emerge/Portage (Gentoo).
> Using Qt as our default graphical language, and hence isolating Gtk+
> apps and desktops, but also Gecko apps like A-browser, Icecat,
> Iceweasel, finally large apps like office suites, KDE 5 and its apps
> (but marble-qt is in main, that isnt dep on KDE libraries); YaST2 apps
> and Octopi are also needed to be isolated, which I commit to the
> simplicity like Parabola, for my beginners' derivatives you are free
> to reuse YaST2 and Octopi. Wine and its front-ends are also needed to
> be isolated.
--
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar
instantaneamente comigo no endereço abaixo.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF
(apenas sem DRM), PNG, TXT, WEBM.
RPM or DEB packages are compressed archives too. They can be opened with Trisquel's default archive manager, for instance.
.dsc are sources and .deb are binaries for an deb system, like .src.rpm (SRPM) both are of course archives.
But is this a good idea also porting Guix to work for SPRM, just like my idea porting pacman (Parabola) to SRPM? And which formats of sources GuixSD uses? Gentoo uses almost EVERY formats of sources, but my need is just using SRPM for dominant and GuixSD sources archives for secondary or tertiary.
Gentoo has the so-called "ebuilds", which are nothing more than Bash scripts following (predefined variables/functions to implement). They typically fetch the source code, compile it (if written in a compiled language) and install it.
I have also installed the two nonfree systems, namely Sabayon and Calculate, both are the Gentoo forks, and I need them to study the Gentoo ecosystems to make ease of my sources-based system as what I’ve announced in my thread.
If I understand you correctly, you desire a libre sources-based rolling package manager. If this is true, I think you might be pleased by Guix. Perhaps you would achieve more by helping to package for Guix than by starting a similar project from scratch.
I have already installed this Guix into my systems, namely Parabola, Uruk, Hyperbola, Trisquel, but they are all bins-based, with their main package managers of pacman and Debian, among the 4 systems only Parabola is rolling.
Thus do you stand for trying that operating system GuixSD with Guix of its default package manager?
Anyway yes you're correct which I need to launch an operating system that's bins-free with instead the RPM sources to be my desired backend, tarballs of sources are also acceptable to me but RPM sources are of course best.
The Guix package manager can use binary substitutes if you so choose, but by default it builds from source.
To clarify, GuixSD is a distro that is based on the Guix package manager. If you install Guix (the package manager) on Trisquel and do not enable binary substitutes, the Guix package manager is rolling and sources-based even though Trisquel is not.
Guix (the package manager) uses tarballs, which you say are acceptable. This is true whether Guix is used in GuixSD, Trisquel, or any other distro.
Also, if someone chooses to install GuixSD (the system distribution), it
will have [binary] substitutes enabled by default for their trusted
default server.
2018-01-09T18:35:35-0800 name at domain wrote:
> To clarify, GuixSD is a distro that is based on the Guix package
> manager. If you install Guix (the package manager) on Trisquel and do
> not enable binary substitutes, the Guix package manager is rolling and
> sources-based even though Trisquel is not.
>
> Guix (the package manager) uses tarballs, which you say are
> acceptable. This is true whether Guix is used in GuixSD, Trisquel, or
> any other distro.
--
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar
instantaneamente comigo no endereço abaixo.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF
(apenas sem DRM), PNG, TXT, WEBM.