<br /> Dpkg Vs RPM (and their future) – Debian Planet

Welcome to Debian Planet

News for Debian. Stuff that *really* matters


Debian Planet is hosted by Bluelinux Internet Services Ltd. Offering a special discounted rate for Free and Open Source software community members.

Buy your Debian merchandise at DebianShop.com.

These are important Debian sites one should not be without!

  • Official Debian site
  • Package search
  • Mailing list archives
  • Bug reports
  • Debian on CD
  • Debian Weekly News — excellent news source!
  • Unofficial APT sources

  • Developers’ Corner
  • Community
    Need help? You’re not alone on this planet.

  • Planet Debian
  • debianHELP
    (User support site)

  • Debian Administration
    (SysAdmin resources)

  • Debian International
  • DebianForum.de

  • DebianForum.dk

  • EsDebian

  • DebianWorld

  • Debian-Fr

  • MaximumDebian

  • DebianItalia
  • DebianUsers

  • Debian-BR

  • DebianHOWTO

  • Russian Debian (Русский)
  • Debian-JP
  • Debian Suisse
  • Contribute
    Got that latest or greatest scoop? Perhaps you have some important news for the Debian community? Submit a news item!

    Or perhaps you’ve written a rather ground breaking insight into some aspect of Debian and you feel compelled to share it with others? Knock up a longer editorial article and send it to the editors.

    General feedback should be sent to staff@debianplanet.org

    The place to get help on a Debian problem (after reading docs) or to just chat and chill is #debian on irc.oftc.net.

    Many of the Debian Planet staff live there so pop by and say hello.

    Debian Planet also has its own channel on the same network called #debianplanet.


    Dpkg Vs RPM (and their future)
    Submitted by Anonymous on Sunday, December 03, 2000 – 09:37
    After seeing the recent news on freshmeat/slashdot (here) about the patches available for APT for use with rpm, i remembered a conversation i had with someone about scalability issues in dpkg’s database. According to my friend, he was having problems with dpkg running out of memory when it had close to 50% of the packages (read several thousand) available installed. What i’m interested in, is a non-flat database (openLDAP perhaps?) that dpkg/apt could use to search on a local system, as i’ve seen the effects of having to deal with a flat file, and the scaling problems ARE real. has anyone got any information about such efforts towards a quicker cleaner DPKG, before my friend starts advocating debian move completely to rpm?
    ressu: This would be interesting..

    Control panel

    Comment viewing options:

    Select your prefered way to display the comments and click ‘Update settings’ to activate your changes.

    Subject: Re: Dpkg Vs RPM (and their future)
    Author: Joy
    Date: Sunday, 2000/12/03 – 16:58
    Latest dpkg versions fix several problems regarding this,
    upcoming 1.8 will fix even more.

    Besides, apt already uses a binary database to keep package information, it’s loads faster than dpkg.

    BTW moving completely to RPM was a joke, right? :>

    [ Please login, or register ]

    Subject: Re: Dpkg Vs RPM (and their future)
    Author: outlyer
    Date: Sunday, 2000/12/03 – 16:42
    I agree that the flat file system doesn’t scale well, but it might be better to avoid openLDAP, since it’s default setup is also to use a flat file. It might be better to use a more powerful RDBMS like PostgreSQL (which has the kind of relational operations that MySQL doesn’t) It’s also licensed under the BSD license, so it would be trivial to put it in core.

    Really though what would be nice would be the ability to choose different backends. Things like OpenLDAP and PostgreSQL are truly good because they can be hosted off of the actual machine; so you could have a remote system that tracked the installations for multiple Debian machines.

    [ Please login, or register ]


    Subject: Re: Dpkg Vs RPM (and their future)
    Author: lup
    Date: Monday, 2000/12/04 – 08:26
    I agree that alternitives to the flat data base should be looked into. Although I’m not sure if PostgreSQL is the way to go. It seems like a bit more then we need here. Also it kind of locks us into a seperate product and its development choices.

    I am all for using an existing solution here. In fact I think it may be a good idea. There isn’t any reason to reinvent the wheel if we don’t need to. After all this is an Open Source project and it should benift from the devolopment model it so adimitly advocates.

    I like the idea of having the ability to choose from a varity of backends like outlyer suggested. I can definitly see Debian and its packaing style becoming more popular (it already is look at Stormix, Progeny, etc.). As it becomes more poular more deb repositories will pop up. The ability to choose from various backends will make admins of such sites happy because they can whatever type of database they want.

    I’m not sure on how this would all work. I’m no coder. I’m just a single voice from the Debian Community.

    Also on a rather off-topic note I wonder if there is a way to move from the current version-centric system that is used by most (all) distros. I like running Potato for the most part because its stable. On the other hand I want to have newer things like Mozilla (just to name one) that Woody has. I know xk_ has a small deb repository called hybrid. Maybe that is the simplest/best solution. Small repositories like that. Maybe there is a better way.

    Like I said, I don’t know how it all works. I’m just a dreamer.


    [ Please login, or register ]


    Subject: Re: Dpkg Vs RPM (and their future)
    Author: Integral
    Date: Monday, 2000/12/04 – 21:04
    For installing a few packages from another release, you might want to read Jason’s plans for the new apt.. (APT 0.4)


    [ Please login, or register ]


    Subject: Re: Dpkg Vs RPM (and their future)
    Author: Integral
    Date: Monday, 2000/12/04 – 21:04
    For installing a few packages from another release, you might want to read Jason’s plans for the new apt.. (APT 4.0)


    [ Please login, or register ]

    Search articles

    ·News (406)
    ·Features (5)
    ·Site News (16)
    ·HOWTOs (79)
    ·Tips (21)
    ·Opinion (29)
    ·Q & A (35)
    ·Sponsorship (1)
    ·Press Releases (5)

    Log in


    Remember me

    » Register
    » New password

    Debian Security Announcements
    DSA-943 perl
    DSA-942 albatross
    DSA-903 unzip
    DSA-941 tuxpaint
    DSA-940 gpdf
    DSA-939 fetchmail
    DSA-938 koffice
    DSA-937 tetex-bin
    DSA-936 libextractor
    DSA-935 libapache2-mod-auth-pgsql

    Planet Debian
    Wouter Verhelst: On flames.
    Joachim Breitner: Fixing my planet.debian.org subscription
    Steve Kemp: She has the blood of reptile just underneath her skin
    Pierre Habouzit: Married …
    Pierre Habouzit: whitelister 0.4 (SPF) and aaege ….
    Pierre Habouzit: kde 3.4.1 upload
    Holger Levsen: In case you are running OpenWRT
    Michael Janssen: Shiny roofs are good for the environment!
    Matthew Palmer: Work it out yourself, dammit!
    Axel Beckert: Tell me which music you like and I tell who you are

    Debian Administration
    How do I prevent rebuilt packages from being upgraded?
    Disabling the print-screen key inside X?
    Monitoring your bandwidth usage with vnstat
    Ruby on Rails on Debian
    Choice for Virtual Private Servers?
    Monitoring your hardware’s temperature
    Sending mail with Exim from ‘dialup’ IP
    How to recover GRUB Debian Sarge after reinstalling Windows
    Getting a GUI
    Spam filtering with Pyzor and SpamBayes

    Latest poll: Which release scheme should Debian follow?
    Continue this way (release when ready)
    Give up on releasing
    Split the release up
    Speed the release up
    Crank the workload up (see DebianWiki ReleaseProposals for details on these)

    Total votes: 372
    0 comments · older polls

    home · archives · news feeds · about · polls · search · sections · user account

    Powered by the amazing Drupal

    Debian Planet is not officially related to the Debian Project.
    Debian and the Debian logo are trademarks of Software in the Public Interest, Inc.