Re: [opensuse] Re: A novice's perspective: .deb and .rpm
This really seems a big story behind the two big and different (perhaps) scenarios - .deb and .rpm. The wikipedia link is great. I guess whole of the world's linux is categorized in either of these two categories. On Wed, Oct 2, 2013 at 7:30 AM, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2013-10-02 02:15, Jim Henderson wrote:
On Tue, 01 Oct 2013 21:07:49 -0300, Cristian Rodríguez wrote:
El 01/10/13 20:35, Jim Henderson escribió:
My google-fu is failing me at the moment - can you point me to the project/RPM for this?
I have no idea if such thing exists, I was just rambling about what could be done in theory.. and yes I also wondered for a few minutes after writing the email about the practical use-cases.
Ah, I see - I thought you were saying this already existed. Would be cool if it did, that's for sure. :)
If you want to extract a single file from an rpm, that's easy: 'mc' :-)
Just browse to the rpm and hit "enter". You see the contents (there is one directory for the metainfo). One of the virtual files may be a cpio archive: "enter" on it opens that archive which contains the actual files of the rpm.
Is that what you want? :-)
-- Cheers / Saludos,
Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar)
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wed, 02 Oct 2013 08:39:54 +0530, AP wrote:
I guess whole of the world's linux is categorized in either of these two categories.
Not really, no. Some distributions build from source (like Gentoo), and some (like Slackware) use tar.gz files (tgz) for package management. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
El 02/10/13 00:09, AP escribió:
This really seems a big story behind the two big and different (perhaps) scenarios - .deb and .rpm. The wikipedia link is great. I guess whole of the world's linux is categorized in either of these two categories.
They serve the same purpose, both have fails and good things but 99.9999% of the time, what users claim to be "pro" or "con" of rpm/deb have absolutely nothing to do with the package format. -- "Judging by their response, the meanest thing you can do to people on the Internet is to give them really good software for free". - Anil Dash -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Wed, 02 Oct 2013, AP wrote:
This really seems a big story behind the two big and different (perhaps) scenarios - .deb and .rpm. The wikipedia link is great. I guess whole of the world's linux is categorized in either of these two categories.
Not at all. It's the same concept. Created and packaged slightly differently. Compare .msi vs. .exe or rather .msi vs. .cab in the Winders world ... (as the .exe brings the installer (often InstallShield (-> see "rpm" and "dpkg" the programs)) along with it and .msi, .cab, .rpm, .deb do not). In the winders world, you'd get a "install.exe" or "setup.exe" along with that .cab files (with .msi it's in the system just like with .rpm/.deb you use rpm/dpkg, it comes with the system). Usually though, you do not use rpm/dpkg directly, but use frontends like apt-get, aptitude, zypper, yast, yum, .... (but there is a lot of nifty stuff you can do that the frontends can't). As you ask here and opensuse uses RPM, try finding the equivalent to even the very simple rpm -qa --last | less with any frontend. AFAIK: neither yast nor zypper can do that. But why should they reimplement a feature that is already implemented just fine in rpm? Yes, a sort of "shim" just calling rpm and displaying the output would be nice, but, ah, let's say, stuff like that is not a priority ;) Ok, now, for you to help understand that rpm vs. deb more clearly: Think of a program. That program consists of a set of files that use other files (libraries) that have to match. You don't have to worry about that though, that what those packagemanagers (rpm, dpkg etc.) are supposed to handle for you. Ok, so, you got a bunch of files need some libs in some version each. What now. You bundle them up. And add to the bundle what libs are needed for the program to run. How you actually bundle and "add" the dependencies is rather irrelevant. Same job. But there have emerged 3 main ways to do it. DEB, RPM and PKG/Ports (aka tarballs, forget about that for now again). The job? Well: bundle the files: /usr/bin/foo /usr/lib64/libfoo.so.0 in some kind of archive, e.g. tar (as .deb does) or cpio (as rpm does). Now comes the hard part, the dependencies: /usr/bin/foo needs some libglib-2.0.so.0 and libfoo needs that _and_ some libbar.so.0. We want, that you are notified to install those libs if not already installed. So we add something to the .deb/.rpm (in whatever way, how is irrelevant (deb uses an extra tarball, rpm a header)) to tell the installer (dpkg/rpm) to also install whatever provides us with libglib-2.0.so.0 and whatever gives us libbar.so.0. If you use dpkg/rpm directly, they will tell you just that you need to install libglib... and libbar first. If you use a frontend like apt-get, aptitude, zypper, yast, yum, etc., the will automatically select the packages providing those two libraries (and _their_ dependencies as well). So, basically, your question sums up to something this: Should I put my resumee in a black or a blue folder? Staple or bind it? And what's the difference between the black and the blue? Does the _CONTENT_ of your resumee differ in any way depending on what coloured-folder you put it? Whether you stapled it together or bound it in some other way? Does it change the _content_, if you wrap your gift for your loved ones in blue, green or red for christmas? It changes the outside, you may have also have changed the stuff for the ribbons. But as much as you may change ribbon-material and other packaging, it does not change the content. Think of .deb as "stapled and blue" and .rpm as "bound and black". Or the other way around. It does not matter. HTH, -dnh -- I can resist everything except temptation. -Oscar Wilde -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2013-10-02 at 11:55 +0200, David Haller wrote:
you can do that the frontends can't). As you ask here and opensuse uses RPM, try finding the equivalent to even the very simple
rpm -qa --last | less
with any frontend. AFAIK: neither yast nor zypper can do that.
Try the gtk yast flavour, the package manager has history and undo. - -- Cheers, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlJMMRsACgkQtTMYHG2NR9Ux4wCggDQy5ov6DH+zcJN2g8wV5A2N EnkAnRvnZ4tY8CMFgdonnLCGSskpgA1N =qcjB -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Wed, 02 Oct 2013, Carlos E. R. wrote:
On Wednesday, 2013-10-02 at 11:55 +0200, David Haller wrote:
you can do that the frontends can't). As you ask here and opensuse uses RPM, try finding the equivalent to even the very simple
rpm -qa --last | less
with any frontend. AFAIK: neither yast nor zypper can do that.
Try the gtk yast flavour, the package manager has history and undo.
I had to use it recently cause I forgot the -qt version ... *Urgh* ;P -dnh -- Well I wish you'd just tell me rather than try to engage my enthusiasm. -- Marvin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
AP
-
Carlos E. R.
-
Cristian Rodríguez
-
David Haller
-
Jim Henderson