diff options
Diffstat (limited to 'zarb-ml/mageia-discuss/20100929/001518.html')
| -rw-r--r-- | zarb-ml/mageia-discuss/20100929/001518.html | 117 |
1 files changed, 117 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/20100929/001518.html b/zarb-ml/mageia-discuss/20100929/001518.html new file mode 100644 index 000000000..4efbaae6c --- /dev/null +++ b/zarb-ml/mageia-discuss/20100929/001518.html @@ -0,0 +1,117 @@ +<!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=%3C201009290025.55331.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="Previous" HREF="001513.html"> + <LINK REL="Next" HREF="001514.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=%3C201009290025.55331.richard.j.walker%40ntlworld.com%3E" + TITLE="[Mageia-discuss] Package management system">richard.j.walker at ntlworld.com + </A><BR> + <I>Wed Sep 29 01:25:55 CEST 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001513.html">[Mageia-discuss] Package management system +</A></li> + <LI>Next message: <A HREF="001514.html">[Mageia-discuss] Package management system +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1518">[ date ]</a> + <a href="thread.html#1518">[ thread ]</a> + <a href="subject.html#1518">[ subject ]</a> + <a href="author.html#1518">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Tuesday 28 September 2010 23:40:56 Michael Scherer wrote: +><i> +</I>><i> Macports and emerge are more flexible because they compile packages. +</I>><i> +</I>><i> Ie, some packages are inflexible. They requires strict dependency. +</I>><i> For exemple, mplayer requires glibc, and this cannot be changed. +</I>><i> +</I>><i> Some have compile time option ( --with, --without at ./configure ). +</I>><i> +</I>><i> Mplayer can be compiled without libvorbis support, but you need to +</I>><i> recompile it to enable it if needed later. This is quite annoying for +</I>><i> most users, so usually, the packager have to choose, and in mandriva, we +</I>><i> usually enable this, as most people will prefer features, and those that +</I>><i> have specific requirement are usually able to fix the issue themselves +</I>><i> ( or would use another distro like gentoo, we cannot target every +</I>><i> possible use case ) +</I>><i> +</I>><i> And some have runtime options ( ie a plugins system ). Mplayer is not +</I>><i> like that, but totem ( based on gstreamer ) is. Ie, you can install +</I>><i> totem, and it will not automatically pull every gstreamer plugin to read +</I>><i> every file. +</I>><i> +</I>><i> Packager usually try to split plugin in separate rpms, but then you have +</I>><i> to make a choice, ie do we want the plugin to be installed by default or +</I>><i> not ? It is a packager choice usually. +</I>><i> +</I>That makes sense of my confusion, thank you. The single most annoying example +of the packager's choice for me in the last few Mandrive releases has been +the dogged insistence of the packager that I must have Pulse Audio installed +or lose the whole of KDE (and presumably Gnome too). To get rid of it +completely I must delete the last few remnants "manually" or I am caught in +the unreal dependency trap. +><i> +</I>><i> If you fill there is excessive requirement on a package, feel free to +</I>><i> ask the packager his opinion, or open a bug. But I would recommend that +</I>><i> you first take some time to understand how it work before opening lots +</I>><i> of bugs regarding this . +</I> +I have been developing "workarounds" as required for the last few releases, +but it has been getting harder to achieve cleanly on 2010.0 and 2010.1 . From +your explanation above I can see that an early decision to prefer only +consumer grade sound systems on the desktop has probably introduced a hard +dependency on Pulse for some key KDE (and Gnome?) component. I would imagine +that removal of Pulse causes the whole house of cards to collapse due to the +indirect dependencies of KDE components on Pulse. + +I wouldn't presume to call this a bug. After all, it is my decision to prefer +a responsive low-latency efficient sound system that I nearly understand over +the experimental and sluggish Pulse add-on layer which only seems to cause me +greater problems. + +You have given me hope that if I can learn enough about how rpms work I might +be able to find the offending KDE package and re-package it for use on my +machines without the "dependency". + +This does raise another question though. If KDE works perfectly well with +Pulse deleted from the system, then how can Pulse be a genuine "dependency"? + +That's a rhetorical question. When I find the faulty package I will contact +the packager and discuss it with him as you suggest. + +Richard +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001513.html">[Mageia-discuss] Package management system +</A></li> + <LI>Next message: <A HREF="001514.html">[Mageia-discuss] Package management system +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1518">[ date ]</a> + <a href="thread.html#1518">[ thread ]</a> + <a href="subject.html#1518">[ subject ]</a> + <a href="author.html#1518">[ 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> |