diff options
Diffstat (limited to 'zarb-ml/mageia-discuss/20100929/001512.html')
| -rw-r--r-- | zarb-ml/mageia-discuss/20100929/001512.html | 121 |
1 files changed, 121 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/20100929/001512.html b/zarb-ml/mageia-discuss/20100929/001512.html new file mode 100644 index 000000000..e9ba2bb26 --- /dev/null +++ b/zarb-ml/mageia-discuss/20100929/001512.html @@ -0,0 +1,121 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-discuss] Package management system + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Package%20management%20system&In-Reply-To=%3C201009282316.41541.richard.j.walker%40ntlworld.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + + <LINK REL="Next" HREF="001513.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-discuss] Package management system</H1> + <B>Richard</B> + <A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Package%20management%20system&In-Reply-To=%3C201009282316.41541.richard.j.walker%40ntlworld.com%3E" + TITLE="[Mageia-discuss] Package management system">richard.j.walker at ntlworld.com + </A><BR> + <I>Wed Sep 29 00:16:41 CEST 2010</I> + <P><UL> + + <LI>Next message: <A HREF="001513.html">[Mageia-discuss] Package management system +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1512">[ date ]</a> + <a href="thread.html#1512">[ thread ]</a> + <a href="subject.html#1512">[ subject ]</a> + <a href="author.html#1512">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Tuesday 28 September 2010 22:21:08 Michael Scherer wrote: +><i> Le mardi 28 septembre 2010 à 20:20 +0100, Richard a écrit : +</I>><i> > How much better could it possibly do this? What am I missing? You have +</I>><i> > both mentioned alternatives, some of which I know by name, but in what +</I>><i> > way do apt, yum or smart do this job any better? +</I>><i> +</I>><i> Well, apt is likely to be faster, c++ may be the cause. +</I>><i> +</I> +That makes sudden sense; I had forgotten how slow rpmdrake has become while it +builds and rebuilds its view of the installed packages inventory. I am +guessing this is a "compiled-v-interpreted" thing. No matter how much faster +is the PC I use, rpmdrake always seems to be slower than I would like/expect. +That, of course, is where urpmi is most certainly your friend being many many +times faster to get going - provided I already know the name of what I want +to install. + +><i> Smart is portable across type of repository. It also use a cleaner +</I>><i> design or algorithm, according to his developer. Among nice features, it +</I>><i> can draw graphs of the dependency, feature a command line shell or +</I>><i> parallel downloads ( <A HREF="http://labix.org/smart/features">http://labix.org/smart/features</A> ) +</I>><i> +</I>A dependency graph would be pretty to look at, but it would be even better if +the dependencies were to be colour coded to indicate which are true +dependencies and which are just the packager's whim, and then give you the +opportunity to ignore those which are neither wanted nor needed. +><i> +</I>><i> ...Now, the "install package", "remove package" are basic features that all +</I>><i> of them do. And I think that all packages managers are equal on that +</I>><i> regard. +</I>><i> +</I>That was my feeling about package managers too so thank you for adding weight +to the opinion. +><i> +</I>><i> > I realise that package managers are needed because humans have to add +</I>><i> > some intelligence in the form of what libraries are needed to get a +</I>><i> > program to run. I also know that sometimes humans get this badly wrong +</I>><i> > (try removing a library that you know will never be used and ask yourself +</I>><i> > why rpmdrake wants to remove over 200 packages with it!). Do other +</I>><i> > package managers manage to avoid this embarassing and frustrating +</I>><i> > behaviour? or is it that it is just easier to get it right with package +</I>><i> > types other than rpm? +</I>><i> +</I>><i> Nope, the problem is not linked to rpm or deb. If a library is needed, +</I>><i> it is needed, that's simple. +</I>><i> +</I>><i> A system like emerge or macports ( macports is also in contribs, afaik ) +</I>><i> may however reduce the required dependency, depending on the software. +</I>><i> +</I>I sense a tendency in your response to the same confusion I am suffering from. +On the one hand I find it easy to imagine that the packager is in total +control of what a package regards as a "dependency" but on the other hand I +must accept that your comment on macports may also be true. I do not know yet +how to reconcile these apparent contradictions and I am really hoping I don't +have to become the master of package management on all conceivable platforms +before I can understand enough of this to make sense of it. + +I can fully grasp the concept that the structure of a package (rpm or deb) is +not relevant to the program's requirement for one or more libraries, but I do +not understand by what mechanism "nice to haves" are included as "must +haves". Is it likely to be simply a packager's oversight or perhaps do some +package types not enable the distinction to be made? If the latter, and rpms +are of this type, then is ther a package type which does support the +distinction? + +Richard + +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + + <LI>Next message: <A HREF="001513.html">[Mageia-discuss] Package management system +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1512">[ date ]</a> + <a href="thread.html#1512">[ thread ]</a> + <a href="subject.html#1512">[ subject ]</a> + <a href="author.html#1512">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-discuss">More information about the Mageia-discuss +mailing list</a><br> +</body></html> |