From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-discuss/20110523/004337.html | 90 +++++++++++++++ zarb-ml/mageia-discuss/20110523/004338.html | 165 +++++++++++++++++++++++++++ zarb-ml/mageia-discuss/20110523/004339.html | 88 ++++++++++++++ zarb-ml/mageia-discuss/20110523/004340.html | 94 +++++++++++++++ zarb-ml/mageia-discuss/20110523/004341.html | 73 ++++++++++++ zarb-ml/mageia-discuss/20110523/004342.html | 136 ++++++++++++++++++++++ zarb-ml/mageia-discuss/20110523/004343.html | 76 ++++++++++++ zarb-ml/mageia-discuss/20110523/004344.html | 62 ++++++++++ zarb-ml/mageia-discuss/20110523/004345.html | 82 +++++++++++++ zarb-ml/mageia-discuss/20110523/004346.html | 66 +++++++++++ zarb-ml/mageia-discuss/20110523/004347.html | 113 ++++++++++++++++++ zarb-ml/mageia-discuss/20110523/004348.html | 72 ++++++++++++ zarb-ml/mageia-discuss/20110523/004349.html | 75 ++++++++++++ zarb-ml/mageia-discuss/20110523/004350.html | 75 ++++++++++++ zarb-ml/mageia-discuss/20110523/004351.html | 78 +++++++++++++ zarb-ml/mageia-discuss/20110523/author.html | 122 ++++++++++++++++++++ zarb-ml/mageia-discuss/20110523/date.html | 122 ++++++++++++++++++++ zarb-ml/mageia-discuss/20110523/index.html | 1 + zarb-ml/mageia-discuss/20110523/subject.html | 122 ++++++++++++++++++++ zarb-ml/mageia-discuss/20110523/thread.html | 147 ++++++++++++++++++++++++ 20 files changed, 1859 insertions(+) create mode 100644 zarb-ml/mageia-discuss/20110523/004337.html create mode 100644 zarb-ml/mageia-discuss/20110523/004338.html create mode 100644 zarb-ml/mageia-discuss/20110523/004339.html create mode 100644 zarb-ml/mageia-discuss/20110523/004340.html create mode 100644 zarb-ml/mageia-discuss/20110523/004341.html create mode 100644 zarb-ml/mageia-discuss/20110523/004342.html create mode 100644 zarb-ml/mageia-discuss/20110523/004343.html create mode 100644 zarb-ml/mageia-discuss/20110523/004344.html create mode 100644 zarb-ml/mageia-discuss/20110523/004345.html create mode 100644 zarb-ml/mageia-discuss/20110523/004346.html create mode 100644 zarb-ml/mageia-discuss/20110523/004347.html create mode 100644 zarb-ml/mageia-discuss/20110523/004348.html create mode 100644 zarb-ml/mageia-discuss/20110523/004349.html create mode 100644 zarb-ml/mageia-discuss/20110523/004350.html create mode 100644 zarb-ml/mageia-discuss/20110523/004351.html create mode 100644 zarb-ml/mageia-discuss/20110523/author.html create mode 100644 zarb-ml/mageia-discuss/20110523/date.html create mode 120000 zarb-ml/mageia-discuss/20110523/index.html create mode 100644 zarb-ml/mageia-discuss/20110523/subject.html create mode 100644 zarb-ml/mageia-discuss/20110523/thread.html (limited to 'zarb-ml/mageia-discuss/20110523') diff --git a/zarb-ml/mageia-discuss/20110523/004337.html b/zarb-ml/mageia-discuss/20110523/004337.html new file mode 100644 index 000000000..4c51bdbe2 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004337.html @@ -0,0 +1,90 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Michael Scherer + misc at zarb.org +
+ Mon May 23 00:19:30 CEST 2011 +

+
+ +
Le dimanche 22 mai 2011 à 17:47 +0200, Wolfgang Bornath a écrit :
+> 2011/5/22 Romain d'Alverny <rdalverny at gmail.com>:
+> > On Sun, May 22, 2011 at 16:51, Juergen Harms <Juergen.Harms at unige.ch> wrote:
+> >> There appears to be a large number of users who are not satisfied with the
+> >> Mandriva way of mirror selection (count me in). But this should not
+> >> automatically be interpreted to "Mageia needs easyurpm". Why not submit the
+> >> "standard" mirror selection offered by Mageia to an evolution that takes the
+> >> opinions expressed into account?
+> >
+> > This is more for after Mageia 1 release. Hopefully, we will have
+> > plenty of topics such as this one, that will be discussed/improved
+> > during the Summer.
+> >
+> >> Question - what is more difficult: come to a common opinion on a solution
+> >> where everybody is happy, or do the corresponding implementation???
+> >
+> > You won't please everybody anyway. So prototype something
+> > working/square enough for evaluation, with constraints/rules you find
+> > (or even better, find an existing solution - there must be some
+> > already existing). That suppose that the need is properly defined,
+> > written down first (part of it is "what is not satisfying currently"
+> > and "how can this be done within Mageia infrastructure").
+> 
+> I think I already defined the (long time existing) requirements properly, not?
+> See the first 3 "MUST HAVE" points.
+
+Also add the most important point : 
+"someone to code everything" as MUST HAVE. 
+
+Maybe people will see this as being arrogant, I would call this "setting
+expectation".
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004338.html b/zarb-ml/mageia-discuss/20110523/004338.html new file mode 100644 index 000000000..e0b353265 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004338.html @@ -0,0 +1,165 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Michael Scherer + misc at zarb.org +
+ Mon May 23 00:38:23 CEST 2011 +

+
+ +
Le dimanche 22 mai 2011 à 10:21 +0200, Wolfgang Bornath a écrit :
+> 2011/5/22 Michael Scherer <misc at zarb.org>:
+> > Le dimanche 22 mai 2011 à 05:51 +0200, Wolfgang Bornath a écrit :
+> >> I haven't used EasyUrpmi, but I used the other (similar) web tool
+> >> SmartUrpmi regularly.
+> >>
+> >> My reason was not to add PLF or any other repo (MUD or other). My main
+> >> reason was my dislike of the %MIRRORLIST system of Mandriva, you could
+> >> get connected to a very slow mirror or even to one which was not
+> >> uptodate without urpmi being able to switch to another mirror during
+> >> one session (a known bug). So I used SmartUrpmi to select a mirror
+> >> which I knew to be fast, reliable and uptodate instead of playing
+> >> lottery with %MIRRORLIST.
+> >
+> > There is likely stuff to improve with mirrorlist selection indeed ( I
+> > would add AS number to it, as well as bandwidth, and push a smarter
+> > system in urpmi one day to get nearer mirros, and add some weight based
+> > on network related stuff ), but since everybody work around it, no one
+> > is motivated to improve it or provides information for that. So because
+> > people able to fix focus on not facing the problem and because there is
+> > a know workaround, newer users face the problem.
+> 
+> As soon as the %MIRRORLIST system
+>  - checks the fastest mirror before using it
+
+So far, no one gave a working system to find which one is the fastest
+without a exhaustive test of all mirrors ( such a test would be quite
+wasteful from my point of view, and quite irresponsible for people with
+metered download ). And in fact, that's not what you likely want. You
+want a mirror that is fast enough to be limited by your current network
+connexion. If the ADSL connexion is full, that the mirror is giving 10
+or 100 mo directly to you doesn't matter much.
+
+Now, as I said, better system for selecting mirrors should be used. But
+for that, we need to know :
+1) what is the current system ( I think it is based on the geographical
+position, which is a very very broad assumption, it help mostly to avoid
+brasil people fetching stuff from europa and thing like that )
+
+2) when did it gone wrong ( ie, the mirror that was selected and that
+shouldn't, and why, and how could we discriminate for a user )
+
+In fact, from a network point of view and given current peering
+business, the fastest may not be the cheapest one for your isp, so
+that's even harder ( cause they could do some throttling, etc ).
+
+Hence the suggestion of using AS numbers. 
+First check if a mirror is on the same network, then on the same AS,
+then in the same country, then in the same timezone, then in the same
+continent. It will likely make people in Antarctic unhappy.
+ 
+
+>  - checks the update status of the mirror before using it
+usually, for non cooker/cauldron, this is likely not a issue. Release is
+frozen, at worst, you have a security update being late. 
+
+And the current system should check more aggressively if the mirror is
+up to date ( but it seems to not be the case at the moment since ibiblio
+was late due to a change on their side ). 
+
+On the other hand, we cannot force people to sync every 2h, and if a
+tier2 mirror sync every day, it can quickly become out of the list
+depending on the limit. If someone sync on a tier2 mirror that is
+already late ( for some network related reason, like in australia where
+the country is not that well connected to the rest of the world ), it
+will also be more late, and that would be a bad side effect.
+
+Again, we need to have specific case of breakage to see how we could fix
+anything, and more data on the mirrors to decide how and what to do,
+what would be the impact, etc.
+
+>  - switches to another mirror if the selected mirror is not reachable
+> or not uptodate
+I tried to fix that part, but unfortunately, the code is "suboptimal".
+OTOH, using a manual mirror do not switch to a better mirror in case of
+problem too ( IIRC ).
+
+> I will gladly forget all webtools and dedicated mirror selection.
+> (I remember writing almost the same at least 2 years ago in a same
+> discussion at Mandriva)
+> 
+> > Worst, since people focus on specific mirrors ( d-c being the prime
+> > example ), the mirror slowly become more and more overloaded with
+> > requests, forcing admin of using complex scheme to divide the
+> > ressources.
+> 
+> You can't avoid this. Users want to be connected to teh mirror which
+> provides the best service, you can't force them to use a slow mirror
+> just to protect better mirrors.
+
+
+We do not force them, they do by themself. If everybody use the same
+mirror, sooner or later, the mirror become the slowest. Maybe sooner if
+the admin is a trafic shaping master like Olivier.
+
+And after, we will see another mirror admin telling us "we removed the
+tree because no one was using it" ( like switch.ch did for Mandriva ).
+
+So if this is what we want and repeat the same problems over and over
+because we think we cannot fix users behavior, yes, let's do nothing.
+
+I think that the mirrors ecosystem also depend on the behavior of people
+using it, and it is everybody responsibility to make sure it work fine.
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004339.html b/zarb-ml/mageia-discuss/20110523/004339.html new file mode 100644 index 000000000..84cd999cd --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004339.html @@ -0,0 +1,88 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Michael Scherer + misc at zarb.org +
+ Mon May 23 00:40:23 CEST 2011 +

+
+ +
Le dimanche 22 mai 2011 à 17:22 +0200, Wolfgang Bornath a écrit :
+> 2011/5/22 Juergen Harms <Juergen.Harms at unige.ch>:
+> > There appears to be a large number of users who are not satisfied with the
+> > Mandriva way of mirror selection (count me in). But this should not
+> > automatically be interpreted to "Mageia needs easyurpm". Why not submit the
+> > "standard" mirror selection offered by Mageia to an evolution that takes the
+> > opinions expressed into account? - and really make things like easyurpm
+> > unnecessary? Mageia is a community distro!
+> >
+> > Question - what is more difficult: come to a common opinion on a solution
+> > where everybody is happy, or do the corresponding implementation???
+> 
+> Of course, as I said, I'd be happy if such additional 3rd party
+> applications would not be necessary.
+> 
+> I've also listed the requirements: :
+> - a filter option to select only mirrors with tainted repos for those
+> who want to use them (a MUST HAVE)
+
+Not taken in account so far on mirror list side. That would in fact be a
+strong point for "switch to another mirror if the package is not here",
+even if the non deterministic nature of the fix would be bad ( this
+depend on the number of mirrors without tainted ).
+
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004340.html b/zarb-ml/mageia-discuss/20110523/004340.html new file mode 100644 index 000000000..9547dd0e2 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004340.html @@ -0,0 +1,94 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Mon May 23 00:40:29 CEST 2011 +

+
+ +
2011/5/23 Michael Scherer <misc at zarb.org>:
+> Le dimanche 22 mai 2011 à 17:47 +0200, Wolfgang Bornath a écrit :
+>> 2011/5/22 Romain d'Alverny <rdalverny at gmail.com>:
+>> > On Sun, May 22, 2011 at 16:51, Juergen Harms <Juergen.Harms at unige.ch> wrote:
+>> >> There appears to be a large number of users who are not satisfied with the
+>> >> Mandriva way of mirror selection (count me in). But this should not
+>> >> automatically be interpreted to "Mageia needs easyurpm". Why not submit the
+>> >> "standard" mirror selection offered by Mageia to an evolution that takes the
+>> >> opinions expressed into account?
+>> >
+>> > This is more for after Mageia 1 release. Hopefully, we will have
+>> > plenty of topics such as this one, that will be discussed/improved
+>> > during the Summer.
+>> >
+>> >> Question - what is more difficult: come to a common opinion on a solution
+>> >> where everybody is happy, or do the corresponding implementation???
+>> >
+>> > You won't please everybody anyway. So prototype something
+>> > working/square enough for evaluation, with constraints/rules you find
+>> > (or even better, find an existing solution - there must be some
+>> > already existing). That suppose that the need is properly defined,
+>> > written down first (part of it is "what is not satisfying currently"
+>> > and "how can this be done within Mageia infrastructure").
+>>
+>> I think I already defined the (long time existing) requirements properly, not?
+>> See the first 3 "MUST HAVE" points.
+>
+> Also add the most important point :
+> "someone to code everything" as MUST HAVE.
+
+Of course, not necessary to mention that, no coder, no software.
+But other than usual requests for this or that package which may be
+nice to have, in this case there is no "Nice to have". As was already
+confirmed in Mandriva, the  %MIRRORLIST system is buggy without
+urpmi/rpmdrake being able to switch mirrors in case of a faulty or not
+uptodate mirror (see latest experiences with ibiblio).
+
+-- 
+wobo
+
+ + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004341.html b/zarb-ml/mageia-discuss/20110523/004341.html new file mode 100644 index 000000000..1041fc0cb --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004341.html @@ -0,0 +1,73 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Mon May 23 00:48:36 CEST 2011 +

+
+ +
On Sun, 22 May 2011 12:07:46 -0400, Ahmad Samir <ahmadsamir3891 at gmail.com> wrote:
+
+> Open "configure media sources for install and update" -> File -> Add a
+> specific media mirror:
+> - it's already there on your box if you have rpmdrake installed
+> - there're no typos, you don't type anything here, it fetches the list
+> of mirrors and you can select the one you want
+> - what's not convenient about that :)
+> This method is the GUI equivalent of doing 'urpmi.addmedia --distrib
+> <mirror URL>'.
+
+I've been using Mandrake/Mandriva/Magiea for years, and never new that
+option existed.  Thanks! :-)
+
+Regards, Dave Hodgins
+
+ + + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004342.html b/zarb-ml/mageia-discuss/20110523/004342.html new file mode 100644 index 000000000..dfdc74c92 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004342.html @@ -0,0 +1,136 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Mon May 23 01:14:13 CEST 2011 +

+
+ +
2011/5/23 Michael Scherer <misc at zarb.org>:
+>>
+>> As soon as the %MIRRORLIST system
+>>  - checks the fastest mirror before using it
+>
+> So far, no one gave a working system to find which one is the fastest
+> without a exhaustive test of all mirrors ( such a test would be quite
+> wasteful from my point of view, and quite irresponsible for people with
+> metered download ). And in fact, that's not what you likely want. You
+> want a mirror that is fast enough to be limited by your current network
+> connexion. If the ADSL connexion is full, that the mirror is giving 10
+> or 100 mo directly to you doesn't matter much.
+
+At Mandriva we had mirrors with much less bandwidth. So, I may have
+been wrong in this point. You can't easily check the speed *before*
+each transaction. But urpmi/rpmdrake should have an option to switch
+to a different mirror if it turns out that the system has chosen a
+mirror with low bandwidth. Of yourse, if we only accept mirrors with
+>= 100MBit then this is obsolete.
+
+> 1) what is the current system ( I think it is based on the geographical
+> position, which is a very very broad assumption, it help mostly to avoid
+> brasil people fetching stuff from europa and thing like that )
+
+Result is that they may be pointed to ibiblio - which is not really
+helpful for them.
+
+> 2) when did it gone wrong ( ie, the mirror that was selected and that
+> shouldn't, and why, and how could we discriminate for a user )
+
+The selection can be wrong from several causes:
+ - it is not uptodate
+ - it is not reachable or has a shaky connection (very often the case
+with some Mandriva mirrors in Germany and East Europe)
+ - it has an error in its hdlist (or whatever reasons an update can
+not performed correctly from this mirror)
+
+To make it easy we could leave all prior checks out but invent an
+option for the user to switch to a different mirror on the list in
+case of such problems.
+
+>>  - checks the update status of the mirror before using it
+> usually, for non cooker/cauldron, this is likely not a issue. Release is
+> frozen, at worst, you have a security update being late.
+
+It's an issue with all update branches of non-cauldron.
+
+> On the other hand, we cannot force people to sync every 2h, and if a
+> tier2 mirror sync every day, it can quickly become out of the list
+> depending on the limit. If someone sync on a tier2 mirror that is
+> already late ( for some network related reason, like in australia where
+> the country is not that well connected to the rest of the world ), it
+> will also be more late, and that would be a bad side effect.
+
+Yes, but if it is late it is late, no matter what the reason, as a
+user I would want to have the option to switch to another mirror which
+is not late.
+
+>>  - switches to another mirror if the selected mirror is not reachable
+>> or not uptodate
+> I tried to fix that part, but unfortunately, the code is "suboptimal".
+> OTOH, using a manual mirror do not switch to a better mirror in case of
+> problem too ( IIRC ).
+
+That's right. But when I select a mirror manually I would select one
+which is known as reliable, if that one is broke once in a lifetime I
+would not switch but wait.
+
+But reading all this I realize that we put much too much energy into
+this discussion. As I wrote earlier in this thread I totally
+understand that there may be technical or other reasons which may
+stand in the way of changing something here. So, what would happen if
+we do not change anything wrt this issue?
+1. Users will go on using the mirrorlist system, no problem.
+2. Users who know what to do will use their favourite mirror.
+3. Soon we will have some 3rd party putting up a webtool as EasyUrpmi
+or SmartUrpmi somewhere and this whole thread is obsolete.
+
+-- 
+wobo
+
+ + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004343.html b/zarb-ml/mageia-discuss/20110523/004343.html new file mode 100644 index 000000000..296200b67 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004343.html @@ -0,0 +1,76 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Renaud (Ron) Olgiati + renaud at olgiati-in-paraguay.org +
+ Mon May 23 01:22:57 CEST 2011 +

+
+ +
On Sunday 22 May 2011 18:38 my mailbox was graced by a message from Michael 
+Scherer who wrote:
+
+> 1) what is the current system ( I think it is based on the geographical
+> position, which is a very very broad assumption, it help mostly to avoid
+> brasil people fetching stuff from europa and thing like that )
+
+OTOH, I have often got faster results downloading from Japan than Brazil (I'm 
+in Paraguay) probably because at the time I download, it is around 02.00 or 
+03.00 local JP time and the servers in Japan are with a low load, whereas the 
+Brazil servers are at peak load.
+ 
+Cheers,
+ 
+Ron.
+-- 
+                     The first draft of anything is shit.
+                                      -- Ernest Hemingway
+                                    
+                   -- http://www.olgiati-in-paraguay.org --
+
+
+ + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004344.html b/zarb-ml/mageia-discuss/20110523/004344.html new file mode 100644 index 000000000..571a828d3 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004344.html @@ -0,0 +1,62 @@ + + + + [Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC + + + + + + + + + +

[Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC

+ Luan Pham + pham182b at gmail.com +
+ Mon May 23 05:26:52 CEST 2011 +

+
+ +
Yesterday I decide to reinstall MDV 2010.2 for both Laptop using i586 and 
+x86_64 release.  The upgrade take about over one hours to complete, but it 
+able to complete sucessfuly.   Only hardware issued with kernel 2.6.38.2 have 
+problem with out of date Broadcom Wifi firmware out of date problem, and other  
+then that I had no other hardware issued.  I was able to fix the wifi firmware 
+problem.
+
+ + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004345.html b/zarb-ml/mageia-discuss/20110523/004345.html new file mode 100644 index 000000000..14ddea7f4 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004345.html @@ -0,0 +1,82 @@ + + + + [Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC + + + + + + + + + +

[Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC

+ Franklin Weng + franklin at goodhorse.idv.tw +
+ Mon May 23 05:34:44 CEST 2011 +

+
+ +
2011/5/23 Luan Pham <pham182b at gmail.com>:
+> Yesterday I decide to reinstall MDV 2010.2 for both Laptop using i586 and
+> x86_64 release.  The upgrade take about over one hours to complete, but it
+> able to complete sucessfuly.   Only hardware issued with kernel 2.6.38.2 have
+> problem with out of date Broadcom Wifi firmware out of date problem, and other
+> then that I had no other hardware issued.  I was able to fix the wifi firmware
+> problem.
+>
+
+I upgraded my Mdv 2010.2 to Mageia 1 RC last Friday.
+
+No big issues, just:
+
+* The X resolution is kind of strange.  The bottom of my KDE desktop
+was gone.  I tried to change the resolution in my X settings but
+nothing changed.  Now I changed a screen (to let it detect the screen
+resolution automatically).  The bottom of the KDE desktop was still
+gone (my original panel), but at least the applications would not be
+launched at that position.
+* Now I have two notification bubble everytime my KDE wants to note me
+something.
+
+But it could still work.  The Mageia system is running fine in my PC now.
+
+
+Franklin
+
+ + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004346.html b/zarb-ml/mageia-discuss/20110523/004346.html new file mode 100644 index 000000000..1023b09c0 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004346.html @@ -0,0 +1,66 @@ + + + + [Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC + + + + + + + + + +

[Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC

+ Juergen Harms + Juergen.Harms at unige.ch +
+ Mon May 23 09:00:02 CEST 2011 +

+
+ +
Franklin - the X resolution problem might be the same I had on my Dell 
+Laptop - see Bugzilla #9. The suggested workaround corresponds to what 
+you have done to fix the problem.
+
+If this really is the case, would be nice if you add a comment to #119 
+giving your specific data (and documenting that the problem also occurs 
+with other hardware)
+
+Juergen
+
+ + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004347.html b/zarb-ml/mageia-discuss/20110523/004347.html new file mode 100644 index 000000000..87b153748 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004347.html @@ -0,0 +1,113 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Romain d'Alverny + rdalverny at gmail.com +
+ Mon May 23 09:41:22 CEST 2011 +

+
+ +
On Sun, May 22, 2011 at 17:47, Wolfgang Bornath <molch.b at googlemail.com> wrote:
+> 2011/5/22 Romain d'Alverny <rdalverny at gmail.com>:
+>>> Question - what is more difficult: come to a common opinion on a solution
+>>> where everybody is happy, or do the corresponding implementation???
+>>
+>> You won't please everybody anyway. So prototype something
+>> working/square enough for evaluation, with constraints/rules you find
+>> (or even better, find an existing solution - there must be some
+>> already existing). That suppose that the need is properly defined,
+>> written down first (part of it is "what is not satisfying currently"
+>> and "how can this be done within Mageia infrastructure").
+>
+> I think I already defined the (long time existing) requirements properly, not?
+
+I was not answering your point at the time. But yes. Is there a bug
+(or a set of these) open about this topic? (because these should be
+assigned for Mageia 2 milestone, not before at least).
+
+> I don't think there is an already existing solution in Mandriva/Mageia
+> (as I said, it was a longterm and still existing bug in mandriva with
+> no change so far).
+
+I think that, having to still manually handle this, most of the time,
+is the thing to fix. Easyurpmi was a useful manual solution in its
+time for a given context.
+
+Although it is no question to remove the ability to manually handle
+this if needed, improving the automatic way is the real issue.
+
+A service that:
+ - manages a list of mirrors that are up to date for a given set of
+files (be it RPMs or ISOs),
+ - answers a list of best mirrors for a given client location (with
+better criterias than just "belongs to the same country") and a given
+set of files,
+
+is not so uncommon (had I more time right now, I'd investigate the
+server-side of things with MirrorBrain or some equivalent, at least to
+improve the accuracy of the list of mirrors returned by the server -
+this would be useful for both direct ISOs downloads and
+packages/updates downloads).
+
+> - a filter option to select only mirrors with tainted repos for those
+> who want to use them (a MUST HAVE)
+> - urpmi/rpmdrake being able to check the selected mirror for
+> availability and uptodate status before using the mirror (a MUST HAVE)
+> - ability of urpmi/rpmdrake to switch to another mirror if the
+> availability and/or uptodate status is not given (a MUST HAVE)
+> - option to switch the mirror during a session if connection speed is
+> too slow (compared to other known mirrors) (a NICE TO HAVE)
+
+If there's not one already, bug entries + a master bug would be nice.
+
+Cheers,
+
+Romain
+
+ + + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004348.html b/zarb-ml/mageia-discuss/20110523/004348.html new file mode 100644 index 000000000..2b49776fe --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004348.html @@ -0,0 +1,72 @@ + + + + [Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC + + + + + + + + + +

[Mageia-discuss] Upgrade with Mandriva 2010.2 to Mageia RC

+ Franklin Weng + franklin at goodhorse.idv.tw +
+ Mon May 23 11:50:44 CEST 2011 +

+
+ +
I added a comment there.  But I think that your workaround didn't
+solve my condition.
+
+Now I still have an invisible panel "sinking" below the screen edge.
+
+
+2011/5/23 Juergen Harms <Juergen.Harms at unige.ch>:
+> Franklin - the X resolution problem might be the same I had on my Dell
+> Laptop - see Bugzilla #9. The suggested workaround corresponds to what you
+> have done to fix the problem.
+>
+> If this really is the case, would be nice if you add a comment to #119
+> giving your specific data (and documenting that the problem also occurs with
+> other hardware)
+>
+> Juergen
+>
+
+ + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004349.html b/zarb-ml/mageia-discuss/20110523/004349.html new file mode 100644 index 000000000..928ac7f5a --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004349.html @@ -0,0 +1,75 @@ + + + + [Mageia-discuss] Nvidia and compiz + + + + + + + + + +

[Mageia-discuss] Nvidia and compiz

+ Marianne Lombard + marianne at tuxette.fr +
+ Mon May 23 12:59:24 CEST 2011 +

+
+ +
Le 16/05/2011 22:58, pw1 a écrit :
+> Nvidia and compiz - errors when moving and resizing windows vertically!
+>
+> Piotr
+>
+> ----------------------------------------------------------------
+> Najlepsze oferty na mieszkania i domy!
+> Odwiedz >> http://linkint.pl/f29a9
+Hi,
+
+Did you have open a bugreport ?
+
+Regards
+
+-- 
+Marianne Lombard (Jehane)
+Mageia User - Mageia french translation team
+Inside every fat girl, there is a thin girl waiting to get out (and a lot of chocolate) - Terry Pratchett
+
+
+ + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004350.html b/zarb-ml/mageia-discuss/20110523/004350.html new file mode 100644 index 000000000..7e946dd80 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004350.html @@ -0,0 +1,75 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Pierre Jarillon + jarillon at abul.org +
+ Mon May 23 14:25:02 CEST 2011 +

+
+ +
Le dimanche 22 mai 2011 18:07:46, Ahmad Samir a écrit :
+> Open "configure media sources for install and update" -> File -> Add a
+> specific media mirror:
+> - it's already there on your box if you have rpmdrake installed
+> - there're no typos, you don't type anything here, it fetches the list
+> of mirrors and you can select the one you want
+> 
+I use this and my choice is always a free.fr mirror because free.fr is my 
+provider.
+But this is not easy to find and not easy to understand the first time.
+
+It is also  useful to unselect the CDROM or DVD once the installation is done 
+to avoid to insert the DVD each time a new package is installed.
+This can be tell and done when the system asks for mirrors.
+
+-- 
+Pierre Jarillon - http://pjarillon.free.fr/
+Vice-président de l'ABUL : http://abul.org/
+Microsoft est à l'informatique ce que McDonald est à la gastronomie.
+
+ + + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/004351.html b/zarb-ml/mageia-discuss/20110523/004351.html new file mode 100644 index 000000000..323ec04b6 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/004351.html @@ -0,0 +1,78 @@ + + + + [Mageia-discuss] Easyurpmi forMageia ? + + + + + + + + + +

[Mageia-discuss] Easyurpmi forMageia ?

+ Pierre Jarillon + jarillon at abul.org +
+ Mon May 23 14:39:27 CEST 2011 +

+
+ +
Le dimanche 22 mai 2011 17:22:08, Wolfgang Bornath a écrit :
+> I've also listed the requirements: :
+> - a filter option to select only mirrors with tainted repos for those
+> who want to use them (a MUST HAVE)
+> - urpmi/rpmdrake being able to check the selected mirror for
+> availability and uptodate status before using the mirror (a MUST HAVE)
+> - ability of urpmi/rpmdrake to switch to another mirror if the
+> availability and/or uptodate status is not given (a MUST HAVE)
+> - option to switch the mirror during a session if connection speed is
+> too slow (compared to other known mirrors) (a NICE TO HAVE)
+
+We can find such a thing in ntp protocol.
+In ntp, most of time, three servers are selected. This may be a round robin in 
+a country, a continent or in the world. A specific mirror can also be 
+specified.
+ntp tests the servers, give them the label unusable or usable and selects the 
+best of them.
+My opinion is that such a program could be possible with the mirrors.
+
+Your opinion?
+
+-- 
+Pierre Jarillon - http://pjarillon.free.fr/
+Vice-président de l'ABUL : http://abul.org/
+Microsoft est à l'informatique ce que McDonald est à la gastronomie.
+
+ + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ diff --git a/zarb-ml/mageia-discuss/20110523/author.html b/zarb-ml/mageia-discuss/20110523/author.html new file mode 100644 index 000000000..8d43bf289 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/author.html @@ -0,0 +1,122 @@ + + + + The Mageia-discuss 23 May 2011 Archive by author + + + + + +

23 May 2011 Archives by author

+ +

Starting: Mon May 23 00:19:30 CEST 2011
+ Ending: Mon May 23 14:39:27 CEST 2011
+ Messages: 15

+

+

+ Last message date: + Mon May 23 14:39:27 CEST 2011
+ Archived on: Mon May 23 14:39:46 CEST 2011 +

+

+

+


+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-discuss/20110523/date.html b/zarb-ml/mageia-discuss/20110523/date.html new file mode 100644 index 000000000..781a83d76 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/date.html @@ -0,0 +1,122 @@ + + + + The Mageia-discuss 23 May 2011 Archive by date + + + + + +

23 May 2011 Archives by date

+ +

Starting: Mon May 23 00:19:30 CEST 2011
+ Ending: Mon May 23 14:39:27 CEST 2011
+ Messages: 15

+

+

+ Last message date: + Mon May 23 14:39:27 CEST 2011
+ Archived on: Mon May 23 14:39:46 CEST 2011 +

+

+

+


+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-discuss/20110523/index.html b/zarb-ml/mageia-discuss/20110523/index.html new file mode 120000 index 000000000..db4b46f72 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/index.html @@ -0,0 +1 @@ +thread.html \ No newline at end of file diff --git a/zarb-ml/mageia-discuss/20110523/subject.html b/zarb-ml/mageia-discuss/20110523/subject.html new file mode 100644 index 000000000..0f7cd4e19 --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/subject.html @@ -0,0 +1,122 @@ + + + + The Mageia-discuss 23 May 2011 Archive by subject + + + + + +

23 May 2011 Archives by subject

+ +

Starting: Mon May 23 00:19:30 CEST 2011
+ Ending: Mon May 23 14:39:27 CEST 2011
+ Messages: 15

+

+

+ Last message date: + Mon May 23 14:39:27 CEST 2011
+ Archived on: Mon May 23 14:39:46 CEST 2011 +

+

+

+


+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-discuss/20110523/thread.html b/zarb-ml/mageia-discuss/20110523/thread.html new file mode 100644 index 000000000..4a199911b --- /dev/null +++ b/zarb-ml/mageia-discuss/20110523/thread.html @@ -0,0 +1,147 @@ + + + + The Mageia-discuss 23 May 2011 Archive by thread + + + + + +

23 May 2011 Archives by thread

+ +

Starting: Mon May 23 00:19:30 CEST 2011
+ Ending: Mon May 23 14:39:27 CEST 2011
+ Messages: 15

+

+

+ Last message date: + Mon May 23 14:39:27 CEST 2011
+ Archived on: Mon May 23 14:39:46 CEST 2011 +

+

+

+


+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + -- cgit v1.2.1