What is the purpose of this?
Will it be an operating system like GNU?
Or is it just an easy way to download GNU software from whatever OS you're using?
Will this Guix be available for Windows?
Cats are difficult felines sometimes, but they end learning how to live at the same place. Those developers are like doing the same to a bunch of religious fanaticals, they'll end killing each other.
But distribution developers are full of massively developed egos, fanaticism and hidden commercial interests.
Last edited by timofonic; 11-27-2012 at 04:24 AM. Reason: typo
What is the purpose of this?
Will it be an operating system like GNU?
Or is it just an easy way to download GNU software from whatever OS you're using?
Will this Guix be available for Windows?
This is genius! Someone had the idea to provide a system where software is already pre-packaged for you. Now we won't have to install everything from tarballs and go through the dependency hell! Oh man, this is exciting! Why hasn't anyone else ever thought of this before?
Oh, wait...
"Standards" are misunderstood. Is DOCX a standard? Some would say yes just because of Microsoft's monopoly, but it's a horrible one since it is proprietary and closed. Is FTP a standard? Yes, it is a real standard because it is open, it can be implemented on any platform, and there are a zillion servers and clients that support it. Are RPM and DEB packages standards? Only slightly in that they both get a lot of use, like DOCX, and that they are open, but they have some huge problems: They are NOT created to be installable on ANY distro. They are NOT compatible with multiple package managers. There is no RPM package manager that can install DEB packages or vise versa. So they are not really standards, just like DOCX isn't really one (though I think it has been semi-successfully implemented in Open/Libre Office but it's not open anyway so forget it).
Standards are just fine when they can compete freely with other standards, but RPM and DEB don't compete because they are proprietary and locked to the package managers that support them and only them and AREN'T designed to be anything more than that. They aren't designed to be cross-platform and cross-distro, they are designed to be locked into one version of one distribution. They are FAIL FROM THE BEGINNING.
It sounds promising if it is a cross-distro packaging format. It would be great if the existing package managers would make themselves compatible with the existing cross-distro packaging solutions out there, that is what would be really helpful, but since RPM is controlled by Red Hat and they profit off distro wars, I doubt this will ever happen. It's up to the Linux community to push for alternate package managers like this and Zero Install which can be installed on top of existing distros and their existing package managers until users can switch to distros which come with package managers that are compatible with real, cross-distro standardized packaging solutions.
If you're smart enough to be snarky about it, maybe you're also smart enough to think about how to implement a real solution to solve this problem, such as my post addresses. The libre software community should take real things that threaten software accessibility like this seriously. Not that they shouldn't also be able to take a joke.![]()
Last edited by Yfrwlf; 11-27-2012 at 06:06 AM.
Did you just compare package managers with countries?![]()
neither deb nor rpm are 'proprietary' by any definition of the word ~ i think that is a pretty poor choice in words to describe them. There is nothing stopping people from implementing (for example) rpm support into a package manager like synaptic ~ there just is no interest in doing so (ie: they aren't proprietary, devs just have different ideas/visions on how packages should be managed) ... 2nd, they ARE standards (for their respective platforms, just not a 'distro to distro standard' in the universal sense, if that makes sense) and in the case of RPM (at least) is cross-distro (ie: Fedora/RHEL/CentOS, Suse, Mageia, etc). There are also more reasons that packages and formats are tied to their respective distro than just the package manager being used - one obvious reason being that different distros are shipping different versions of XYZ libraries, apps, compilers, etc ~ which affects portability. Another (big) reason is a package managers feature sets; ie: portage is nothing like synaptic, yum is nothing like makepkg, etc...
Where do you get the idea that this is what distro's even want? I can't imagine for even a second that Debian, Fedora, Suse, Archlinux, Gentoo, etc, etc would want to adopt such a package manager (by default). That isn't to say there is anything wrong with guix (in fact, i would say it has some interesting features for sure) but do you really expect distros that are (in part) defined by their package managers (and the specific features they provide, which are often a significant strength of a distro) to adopt such a system??
I know for myself, i use Archlinux in large part because of it's package management. For me, deb/rpm are both crappy choices and likewise guix while interesting in some regards, is just as unappealing in comparison - for my usage anyway.
I think you over-estimate the value of your posting... your post doesn't address or solve any problems.
Last edited by ninez; 11-27-2012 at 07:39 AM.