Linked by Amjith Ramanujam on Tue 23rd Dec 2008 00:30 UTC
Linux A next-generation package manager called Nix provides a simple distribution-independent method for deploying a binary or source package on different flavours of Linux, including Ubuntu, Debian, SUSE, Fedora, and Red Hat. Even better, Nix does not interfere with existing package managers. Unlike existing package managers, Nix allows different versions of software to live side by side, and permits sane rollbacks of software upgrades.
Thread beginning with comment 341150
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: ...
by centos_user on Tue 23rd Dec 2008 01:47 UTC in reply to "..."
centos_user
Member since:
2008-11-16

"We are heading to the year 2010, and Linux is still suffering of this basic problem. sad, really really sad."


I find NO facts to back this statement up, if a customer is paying for RHEL entitlements and I had a package 1 time in a new upgrade from RHEL5.1 to RHEL5.2 in the channel and it was fixed in the morning. ***Take in consideration it was added to the channel in RHN that day! I hardly think this is an issue any longer. Even so with RHEL Support open a ticket, post the info and it is fixed case closed. People are human, they make mistakes so I would say they stay on top of them a lot better than the fallacies of a Windows OS. You can actually see what makes the OS tick and make changes to it unlike the closed source counter parts.


So I say being Open Source is a lot more than complaining about something with the current distro's it is NOT an issue...

Meanwhile, yum/apt/yast are awesome package installers along with the other utilities from other distro's I give them kudos for keeping something very complex down to a level where users can work with it.

Reply Parent Score: 3

RE[2]: ...
by Hiev on Tue 23rd Dec 2008 03:05 in reply to "RE: ..."
Hiev Member since:
2005-09-27

What a load, this is not about being closed or open,or to use apt this or yum that, it is about making a freaking standar already, so I make one package that I know it will work for any distro for any version.

They are all good to work together in polytic issues like drm, patents and Open document but for the issues that matter they are still pre-school in organization, no, I think pre-school children can be even more organized.

Sucks.

Edited 2008-12-23 03:07 UTC

Reply Parent Score: -1

RE[3]: ...
by WorknMan on Tue 23rd Dec 2008 04:28 in reply to "RE[2]: ..."
WorknMan Member since:
2005-11-13

What a load, this is not about being closed or open,or to use apt this or yum that, it is about making a freaking standar already, so I make one package that I know it will work for any distro for any version.

They are all good to work together in polytic issues like drm, patents and Open document but for the issues that matter they are still pre-school in organization, no, I think pre-school children can be even more organized.


How right you are. I keep hoping that maybe one day, people who keep denying that a buttload of distros/package managers re-inventing the wheel and duplicating each others' work is not a problem, will finally attain enlightenment.

Reply Parent Score: 5

RE[3]: ... the standards are there
by jabbotts on Tue 23rd Dec 2008 14:34 in reply to "RE[2]: ..."
jabbotts Member since:
2007-09-06

Debian has a standard .deb which can be managed with apt-get or aptitude or synaptec if your GUI crippled.

Mandriva has a standard .rpm which can be managed with urpmi or rpmdrake for the GUI crippled.

yum is a standard for it's distribution which works great.

I don't try to manage my redhat or mandriva OS using apt-get any more than I manage my Debian with urpmi or draketools. Should I complain because slax isn't just like Debian or Red hat? Using the same lego pieces like a common kernel or being similar and interoperable does not make the different distributions or BSDs the same OS platform any more than win98 or osX is the same as Vista.

But lumping them all together as "Linux" and saying that one distinctly different platform and development goals should be the same as another distinctly different platform and development goals is really just demonstrating your own lack of understanding.

It may be better to remain silent and be mistaken for a fool rather than open your mouth and prove it.

(I'm not all teeth though, I'd happily answer any questions you have as I would for any other person exploring a new OS platform outside there comfort zone.)

Reply Parent Score: 3