summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-December/010430.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2011-December/010430.html')
-rw-r--r--zarb-ml/mageia-dev/2011-December/010430.html131
1 files changed, 131 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-December/010430.html b/zarb-ml/mageia-dev/2011-December/010430.html
new file mode 100644
index 000000000..560328fd3
--- /dev/null
+++ b/zarb-ml/mageia-dev/2011-December/010430.html
@@ -0,0 +1,131 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] How broken are RPM dependencies allowed to be?
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20broken%20are%20RPM%20dependencies%20allowed%20to%20be%3F&In-Reply-To=%3C20111214194231.GB24773%40coneharvesters.com%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="010419.html">
+ <LINK REL="Next" HREF="010449.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] How broken are RPM dependencies allowed to be?</H1>
+ <B>Dan Fandrich</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20broken%20are%20RPM%20dependencies%20allowed%20to%20be%3F&In-Reply-To=%3C20111214194231.GB24773%40coneharvesters.com%3E"
+ TITLE="[Mageia-dev] How broken are RPM dependencies allowed to be?">dan at coneharvesters.com
+ </A><BR>
+ <I>Wed Dec 14 20:42:32 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="010419.html">[Mageia-dev] How broken are RPM dependencies allowed to be?
+</A></li>
+ <LI>Next message: <A HREF="010449.html">[Mageia-dev] How broken are RPM dependencies allowed to be?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#10430">[ date ]</a>
+ <a href="thread.html#10430">[ thread ]</a>
+ <a href="subject.html#10430">[ subject ]</a>
+ <a href="author.html#10430">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>On Wed, Dec 14, 2011 at 12:31:36PM +0100, Thierry Vignaud wrote:
+&gt;<i> On 14 December 2011 10:14, Dan Fandrich &lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">dan at coneharvesters.com</A>&gt; wrote:
+</I>&gt;<i> &gt; I can understand that my particular case is unsupported, but I described
+</I>&gt;<i> &gt; a different, supported, scenario that would also fail due to this problem.
+</I>&gt;<i> &gt; To reiterate, a distribution upgrade from 1 to 2 (once it's finalized)
+</I>&gt;<i> &gt; could involve urpmi first upgrading the perl-dependent package but avoid
+</I>&gt;<i> &gt; installing the new perl itself until the end of the upgrade, which could be
+</I>&gt;<i> &gt; hours or (if interrupted) days later.
+</I>&gt;<i>
+</I>&gt;<i> This is bullshit.
+</I>&gt;<i> urpmi will upgrade perl itself first (with glibc, rpm &amp; perl-URPM).
+</I>
+What does perl have to do with this? It's a general problem that could
+happen with any upgrade where version dependencies aren't listed correctly.
+
+&gt;<i> &gt; During the entirety of that time,
+</I>&gt;<i> &gt; that package would be unusable. If that package happened to be a key CGI
+</I>&gt;<i> &gt; script for a web site, the entire site would be down for that entire time.
+</I>&gt;<i>
+</I>&gt;<i> This is totally unrealistic.
+</I>&gt;<i> If someone is fool enough to perform a live upgrade on a server
+</I>&gt;<i> still serving requests, it deserves being shoot. Twice.
+</I>&gt;<i> One usually pulls a server out of trafic, upgrade it, then put it back
+</I>&gt;<i> in use. And keeps HA by keeping another old server responding.
+</I>&gt;<i> That's not a valid use case.
+</I>
+Once again, you're looking at this specific example and missing the general
+case. This problem can happen even when installing a batch of bug fixes within
+a single release. The time span would hopefully me more on the order of minutes
+than hours, but the problem remains the same.
+
+&gt;<i> This will break on every distro.
+</I>
+Only those with broken dependencies. Plenty of people use Debian unstable, for
+example, but in my experience, their dependencies are much more extensively
+versioned. Libraries of the same SONAME are generally backwards-compatible,
+so there's nothing fundamentally preventing this from working. But, it
+does mean extra effort and I understand if that's why it isn't being
+done. But if that's the case, then when are versioned dependencies
+ever acceptable? The arguments I've been hearing (i.e. never try to mix
+releases &amp; don't bother trying to use your system during any kind of urpmi
+update) ultimately mean that they could be entirely removed everywhere.
+I really just want to have an agreed policy so I know which dependency bugs
+I find are worthy of being fixed.
+
+&gt;&gt;&gt;<i> Dan
+</I></PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="010419.html">[Mageia-dev] How broken are RPM dependencies allowed to be?
+</A></li>
+ <LI>Next message: <A HREF="010449.html">[Mageia-dev] How broken are RPM dependencies allowed to be?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#10430">[ date ]</a>
+ <a href="thread.html#10430">[ thread ]</a>
+ <a href="subject.html#10430">[ subject ]</a>
+ <a href="author.html#10430">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>