Results 1 to 10 of 10

Thread: DNF - Next-Generation Yum - Keeps Pushing Forward

  1. #1
    Join Date
    Jan 2007
    Posts
    14,631

    Default DNF - Next-Generation Yum - Keeps Pushing Forward

    Phoronix: DNF - Next-Generation Yum - Keeps Pushing Forward

    DNF, the next-generation version of the Yum package manager, saw a new release today and with it comes two new major features...

    http://www.phoronix.com/vr.php?view=MTQ5OTI

  2. #2
    Join Date
    Jun 2012
    Posts
    5

    Default

    In the sailing world, DNF equates to Did Not Finish; meaning a competitor did not finish a race.

    Quote Originally Posted by phoronix View Post
    Phoronix: DNF - Next-Generation Yum - Keeps Pushing Forward

    DNF, the next-generation version of the Yum package manager, saw a new release today and with it comes two new major features...

    http://www.phoronix.com/vr.php?view=MTQ5OTI

  3. #3
    Join Date
    Feb 2008
    Posts
    210

    Default

    Duke Nukem Forever - The Next Generation is Yummy


    That's what I did read, really....

  4. #4
    Join Date
    Oct 2010
    Posts
    87

    Default

    Quote Originally Posted by timofonic View Post
    Duke Nukem Forever - The Next Generation is Yummy


    That's what I did read, really....
    You are not alone ...

  5. #5
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,877

    Default

    Quote Originally Posted by akincer View Post
    You are not alone ...
    Both names are jokes amongst the DNF's devs, but it seriously doesnt matter. The plan is to get DNF stable and working and then sometime in the future (current plan is Fedora 21 or 22 from what Ive read) rename DNF to yum and push it out. So everyone's gonna keep using 'yum install' 'yum update' etc etc etc

  6. #6
    Join Date
    Jun 2013
    Posts
    7

    Default The solution we needed 5 years ago, not now

    Always happy to see new projects being started, but honestly, it would be nice to see someone working on a packaging tool designed to cover both APT and RPM instead, so that we can start consolidating (and maybe even developing a universal format that can transparently be added into either packaging system).

  7. #7
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,877

    Default

    Quote Originally Posted by Auzy View Post
    Always happy to see new projects being started, but honestly, it would be nice to see someone working on a packaging tool designed to cover both APT and RPM instead, so that we can start consolidating (and maybe even developing a universal format that can transparently be added into either packaging system).
    Well you have a bit of a problem in that the package would have to list its dependencies... and every distro has a different way of listing packages.. Personally I'm a fan of Arch and Fedora's way of doing package names and package versions. The debian / Ubuntu style always seemed really cluttered and confusing.

    So let's get everyone listing packages and package versions the same WAY, and then we'll worry about making a tool that can handle the differences.

  8. #8
    Join Date
    Jan 2009
    Location
    Outthere, NSW, Australia
    Posts
    350

    Default

    I've been using OpenSuse 13.1 for a little bit now (wewt, two weeks!) and loving it 'heaps'. I remember it used to use yum, though 'back in the day'. I was gonna make yummy alias to yum. No worries though, yummy can alias to zypper (my gawd, what a sweet tool).

  9. #9
    Join Date
    Oct 2012
    Posts
    159

    Default

    i get disgusted, why not one rpm/deb mix that works everywhere?

  10. #10
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,877

    Default

    Quote Originally Posted by mike4 View Post
    i get disgusted, why not one rpm/deb mix that works everywhere?
    Distros have different packages, different names FOR those packages, different package versions.

    Perfect example: the new steam binary that its RPMFusion won't work on RHEL 6 (currently released version), but it works perfectly fine on Fedora 18 and 19. RHEL has all of the packages necessary if you just look at them by name.. But if you try to install it, it wont work. Why? The version of glibc on RHEL is too old.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •