Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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 Mason Hock 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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
The Guix package manager can use binary substitutes if you so choose, but by default it builds from source.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
.dsc are sources and .deb are binaries for an deb system, like .src.rpm (SRPM) both are of course archives.
Re: [Trisquel-users] Binaries-free movements back-ending in 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 hd-sca...@users.sf.net 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.
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
GNU GuixSD is source based system distribution. signature.asc Description: This is a digitally signed message part
Re: [Trisquel-users] Binaries-free movements back-ending in RPM sources?
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.
