<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] Proposed Feature:Backports_update_applet
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposed%20Feature%3ABackports_update_applet&In-Reply-To=%3C4FD3B7D3.7040609%40laposte.net%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="016309.html">
   <LINK REL="Next"  HREF="016331.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] Proposed Feature:Backports_update_applet</H1>
    <B>andre999</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposed%20Feature%3ABackports_update_applet&In-Reply-To=%3C4FD3B7D3.7040609%40laposte.net%3E"
       TITLE="[Mageia-dev] Proposed Feature:Backports_update_applet">andre999mga at laposte.net
       </A><BR>
    <I>Sat Jun  9 22:53:39 CEST 2012</I>
    <P><UL>
        <LI>Previous message: <A HREF="016309.html">[Mageia-dev] Proposed Feature:Backports_update_applet
</A></li>
        <LI>Next message: <A HREF="016331.html">[Mageia-dev] Proposed Feature:Backports_update_applet
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#16330">[ date ]</a>
              <a href="thread.html#16330">[ thread ]</a>
              <a href="subject.html#16330">[ subject ]</a>
              <a href="author.html#16330">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>blind Pete a &#233;crit :
&gt;<i> Samuel Verschelde wrote:
</I>&gt;<i>
</I>&gt;<i>    
</I>&gt;&gt;<i> Following Backports opening due soon, and since our policy is that
</I>&gt;&gt;<i> backports are supported (security, bugfix), we need a way to push backport
</I>&gt;&gt;<i> updates for users who installed backports. Otherwise, we can't really say
</I>&gt;&gt;<i> that we're providing security updates to our backports.
</I>&gt;&gt;<i>
</I>&gt;&gt;<i> My feature proposal is to implement something similar to what mgaonline +
</I>&gt;&gt;<i> MageiaUpdate does for updates, but for backports, with some changes due to
</I>&gt;&gt;<i> the fact that users will rarely want that &quot;all&quot; packages on the system be
</I>&gt;&gt;<i> updated from backports when the backports media are activated.
</I>&gt;&gt;<i>
</I>&gt;&gt;<i> <A HREF="https://wiki.mageia.org/en/Feature:Backports_update_applet">https://wiki.mageia.org/en/Feature:Backports_update_applet</A>
</I>&gt;&gt;<i>
</I>&gt;&gt;<i> I don't think I can do the dev myself. I can work on more detailed
</I>&gt;&gt;<i> specifications with a developer though.
</I>&gt;&gt;<i>
</I>&gt;&gt;<i> Samuel
</I>&gt;&gt;<i>      
</I>&gt;<i> There are a multiple ways that this problem could be handled.
</I>&gt;<i> Yours is one.
</I>&gt;<i>
</I>&gt;<i> Samuel's way:
</I>&gt;<i>
</I>&gt;<i> Need &quot;something&quot; to know that a backport package
</I>&gt;<i> has been installed, to remember that fact, and to do an extra
</I>&gt;<i> backport update search when looking for updates.
</I>&gt;<i>
</I>&gt;<i> It would need to keep working if the user changed desktop
</I>&gt;<i> environments, or even stopped used a desktop and just used
</I>&gt;<i> the command line.  Does mgaonline do this?  There could be
</I>&gt;<i> room to improve that.
</I>&gt;<i>
</I>&gt;<i> If it can be detected that a backport package has been installed
</I>&gt;<i> (or less efficiently, detect that a backports repository
</I>&gt;<i> has been activated) set up a cron job (or reconfigure mgaonline)
</I>&gt;<i> and leave it like that for the life of the installation.
</I>&gt;<i>
</I>&gt;<i> Geeks way:
</I>&gt;<i>
</I>&gt;<i> Only use urpmi as a command line tool and edit urpmi.cfg with vi.
</I>&gt;<i>
</I>&gt;<i> When activating a backports repository mark it as an update
</I>&gt;<i> repository.  Then update with &quot;urpmi --excludemedia [backport media, ...]&quot;
</I>&gt;<i> accepting all suggestions, followed by &quot;urpmi --auto-select&quot;
</I>&gt;<i> and look at what is offered before accepting.
</I>&gt;<i>
</I>&gt;<i> My suggestion:
</I>&gt;<i>
</I>&gt;<i> Add &quot;bp&quot; to the package name and have separate backports update
</I>&gt;<i> repositories.
</I>&gt;<i>
</I>&gt;<i> Users would then be able to cherry pick from backports and
</I>&gt;<i> updates should _just work_ without extra intervention.
</I>&gt;<i>
</I>&gt;<i> The only difficulty that I can think of is, when a backport
</I>&gt;<i> (or backport update) package is pushed to updates.  It would
</I>&gt;<i> not be necessary to do a real update but the rpm database
</I>&gt;<i> should be updated such that version N-bp supersedes version N.
</I>&gt;<i> (And the N-bp packages should be removed from the repositories.)
</I>&gt;<i>
</I>&gt;<i> Can anyone see any holes in the logic?
</I>&gt;<i>
</I>&gt;<i> What would be easiest to implement?
</I>&gt;<i>
</I>&gt;<i>    
</I>You got me thinking :)
- Just marking all backport repos as update repos is almost enough to 
solve the problem, in terms of the tools installing the backports.  
Great idea !
We just have to tweak the tools so that a backport is only installed as 
an update of a backport.

- Note that we should allow a non-backport to replace a backport, as 
will likely be encountered in a release update.  If the versioning is 
properly done (according to established packaging policy), a 
non-backport in a newer release will have a higher version number, thus 
replacing the backport.

- Functioning as an update, it would only replace already installed 
backports, once the tools are appropriately adjusted.

- As with any update repo, one could always explicitly install a 
backport which is not already installed.  No special treatment is 
required for this.

- using &quot;bp&quot; in the file name is nice and short, and definitively marks 
it as a backport for the tools, and for the user once installed.  (I 
would put it in the revision field.)
I like this approach, as it doesn't matter from where the package is 
installed; it will always be recognized as a backport.

So I'm suggesting a variation of the last 2 solutions.
I think that this would be relatively easy to implement.
The trick is to find the right place in the code for the tweaks.
(tv could probably do it really fast.)

-- 
Andr&#233;

</PRE>
















<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="016309.html">[Mageia-dev] Proposed Feature:Backports_update_applet
</A></li>
	<LI>Next message: <A HREF="016331.html">[Mageia-dev] Proposed Feature:Backports_update_applet
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#16330">[ date ]</a>
              <a href="thread.html#16330">[ thread ]</a>
              <a href="subject.html#16330">[ subject ]</a>
              <a href="author.html#16330">[ 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>