<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] Backports Summary
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20Summary&In-Reply-To=%3C4FEB46EE.5010608%40laposte.net%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="016927.html">
   <LINK REL="Next"  HREF="016937.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] Backports Summary</H1>
    <B>andre999</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20Summary&In-Reply-To=%3C4FEB46EE.5010608%40laposte.net%3E"
       TITLE="[Mageia-dev] Backports Summary">andre999mga at laposte.net
       </A><BR>
    <I>Wed Jun 27 19:46:22 CEST 2012</I>
    <P><UL>
        <LI>Previous message: <A HREF="016927.html">[Mageia-dev] Backports Summary
</A></li>
        <LI>Next message: <A HREF="016937.html">[Mageia-dev] Backports Summary
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#16935">[ date ]</a>
              <a href="thread.html#16935">[ thread ]</a>
              <a href="subject.html#16935">[ subject ]</a>
              <a href="author.html#16935">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>nicolas vigier a &#233;crit :
&gt;<i> On Wed, 27 Jun 2012, andre999 wrote:
</I>&gt;<i>
</I>&gt;<i>    
</I>&gt;&gt;<i> nicolas vigier a &#233;crit :
</I>&gt;&gt;<i>      
</I>&gt;&gt;&gt;<i> On Wed, 27 Jun 2012, andre999 wrote:
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i>        
</I>&gt;&gt;&gt;&gt;<i> Thomas Backlund a &#233;crit :
</I>&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;<i>          
</I>&gt;&gt;&gt;&gt;&gt;<i> andre999 skrev 27.6.2012 14:40:
</I>&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;<i>            
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> Thomas Backlund a &#233;crit :
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>              
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> andre999 skrev 27.6.2012 10:47:
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>                
</I>&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;<i>            
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I would favour adding the requirement that the dependancies of the
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> backport must be available in the next release.  So that we would
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> expect
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>                  
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> This is esentially stating that we cant backport any bigger version to
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> mga2 /backports than mga3 will havein /release wich means when we hit
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> version freeze for mga3, it also freezes mga2 /backports...
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>                
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> I'm not following this point.
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> What I mean is that if backport xx for mga1 requires yy version 12 in
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> mga1, but yy is version 13 in mga2, we would define the requires for yy
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> to accept versions 12 to 13 (or maybe wider).
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>              
</I>&gt;&gt;&gt;&gt;&gt;<i> Point is what if you backport version 14 to mga1, and mga2 has version 13,
</I>&gt;&gt;&gt;&gt;&gt;<i> then upgrade path breaks.
</I>&gt;&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;&gt;<i>            
</I>&gt;&gt;&gt;&gt;<i> No problem.  If the requirements of version 14 are present in mga2, then
</I>&gt;&gt;&gt;&gt;<i> the backport will (very likely) continue to work normally.  If the versions
</I>&gt;&gt;&gt;&gt;<i> of the required packages change, they will be updated with the upgrade.
</I>&gt;&gt;&gt;&gt;<i> Since version 13 of mga2 is less than the version 14 of the backport, it
</I>&gt;&gt;&gt;&gt;<i> won't be installed.
</I>&gt;&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;<i>          
</I>&gt;&gt;&gt;<i> There is no guaranty that requirements of version 14 mga1 backports are
</I>&gt;&gt;&gt;<i> all available in mageia 2. If it is linked with libsomething.so.1, but
</I>&gt;&gt;&gt;<i> mageia 2 only has libsomething.so.2, then there is a problem.
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i>        
</I>&gt;&gt;<i> That was my point.
</I>&gt;&gt;<i> I was suggesting that it be required that backport requires be compatible
</I>&gt;&gt;<i> with newer releases.
</I>&gt;&gt;<i>      
</I>&gt;<i> And how do you check that it is compatible, without testing ? And how do
</I>&gt;<i> you test that it will be compatible with a newer release that is not yet
</I>&gt;<i> released ?
</I>&gt;<i>    
</I>
You split in the middle of the point.  (The above sentence could have 
been better worded.)
See below.
&gt;<i> Maybe we can also require that backports are bugfree, so we don't have
</I>&gt;<i> to manage backport updates.
</I>&gt;<i>    
</I>
That would be nice, if you can see how to do it :D
&gt;<i>    
</I>&gt;&gt;<i> In your example, cauldron would probably require the libsomething.so.2, so
</I>&gt;&gt;<i> if the backport requires could be adjusted to work with libsomething.so.1,
</I>&gt;&gt;<i> we would keep the requires compatible with libsomething.so.2.  If that
</I>&gt;&gt;<i> isn't possible, then it wouldn't be accepted.
</I>&gt;&gt;<i>      
</I>&gt;<i> We cannot link a program with both libsomething.so.1 and
</I>&gt;<i> libsomething.so.2.
</I>&gt;<i>    
</I>
If the spec file requires cannot be adjusted to accept linking with 
whichever of the 2 is available, then in that case the backport wouldn't 
be accepted - if my suggested restriction is accepted.

&gt;&gt;<i> I'm no expert of course, but it seems to me that it would be generally
</I>&gt;&gt;<i> possible as long as there weren't important code changes made to make the
</I>&gt;&gt;<i> backport work.
</I>&gt;&gt;<i> So it would largely be a question of appropriately adjusting the specified
</I>&gt;&gt;<i> requires.
</I>&gt;&gt;<i>      
</I>&gt;<i> A lot of requires are generated automatically, we cannot change them
</I>&gt;<i> (and changing them would probably be wrong). And a lot of requires are
</I>&gt;<i> not versionned, but implicitly require the version available in the
</I>&gt;<i> same mageia release, without any guaranty that it works with a different
</I>&gt;<i> version.
</I>&gt;<i>    
</I>
You mean generated automatically in the spec file ?  Surprising.
If the require isn't versioned, since it would work in cauldron, and 
also works in the backport release, then I would expect that it would 
work in interim releases.  If it doesn't, that is in the risk of a backport.

Don't forget, my suggestion is to increase the _probability_ that a 
backport will work in interim releases.  Not to garantee that it will.
In my experience, it is essentially the unavailability of required 
packages that makes a package from an older release stop working.  A 
backport would fit in this mold, except it will be a variation of what 
is already working in cauldron.
Collectively we may think it is not worth the increased reliability of 
backports, but I think that for little effort we see an important gain.

-- 
Andr&#233;

</PRE>






























<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="016927.html">[Mageia-dev] Backports Summary
</A></li>
	<LI>Next message: <A HREF="016937.html">[Mageia-dev] Backports Summary
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#16935">[ date ]</a>
              <a href="thread.html#16935">[ thread ]</a>
              <a href="subject.html#16935">[ subject ]</a>
              <a href="author.html#16935">[ 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>