Originally posted by timofonic
View Post
Announcement
Collapse
No announcement yet.
Guix: A New Package Manager & GNU Distribution
Collapse
X
-
Not really a mistake
Originally posted by renox View PostWrong, it isn't another package manager as it is based on NixOS's package manager, only changing its configuration language.
NixOS's package manager has nice properties, unfortunately they also made a big error in naming the installed package "<big series of number>-package name" instead of "package name-<big series of number>"
which makes listing the directory unreadable..
Comment
-
Originally posted by timofonic View PostCats 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.
What I would suggest is a meta-standard that defines package spec:s in a independent way, so that the same spec:s can make packages for the various package managers and repository formats.
Then I would suggest building something like blastwave that gets installed into /somting like blastwave has /csw. That would make it easier to make something distribution-independent and coherent among platforms.
Comment
-
Meta-standard
Originally posted by mateli View PostWhat I would suggest is a meta-standard that defines package spec:s in a independent way, so that the same spec:s can make packages for the various package managers and repository formats.
Most packages can handle arbitrary paths or can be easily patched to do so (from our experience), but most packages systems IMHO count on standard paths. So it is IMHO possible to create this meta-standard but it will have to support all similar features, which will be a lot if we want to catch every small distro. I just currently can't imagine mainstream distro packagers supporting features that they don't need/use.
Upstream-based solutions to this seem to work better. We just need a tool that can from one reasonable description build packages at least for mainstream distros. But IMHO we have such, e.g. http://openbuildservice.org/ Nix can do this as well, but it isn't used much, as it is nonsense to maintain packages for other distros when they do it separately anyway (for most packages that we have).
Comment
-
It goes against the Unix principles
Originally posted by vcunat View PostYou aren't supposed to do listings of /nix/store/ and I don't see much reason in it. There are often too many entries to list anyway, for example on my system I have over 29 thousand entries there (I'm a bit conservative when doing GC). Moreover, you can always use wildcards like /nix/store/*-firefox-*
they already made it 'more discoverable' by putting the package name, but adding it at the end instead of the at the beginning *is* a mistake as it makes RE more complicated, prevents autocompletion.
Comment
-
Originally posted by Nille View Postunprivileged package management
Does that mean that in can Install an Package as an User to my Own Applications?
Comment
-
Originally posted by renox View Postthe Unix principle of 'everything is a file' has one very interesting property of making the system discoverable, naming files with random number goes against this which is bad,
they already made it 'more discoverable' by putting the package name, but adding it at the end instead of the at the beginning *is* a mistake as it makes RE more complicated, prevents autocompletion.
And maybe one of the NixOS developers can tell us whether this was done on purpose (and why) or not?
Comment
-
Originally posted by JanC View Postalthough you will probably have to do a lot of manual configuration for that...
Comment
Comment