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-dev/20101225/001889.html | 123 +++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001890.html | 134 +++++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001891.html | 114 ++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001892.html | 124 +++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001893.html | 165 ++++++++++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001894.html | 179 +++++++++++++++++++++++++++++++ zarb-ml/mageia-dev/20101225/001895.html | 94 ++++++++++++++++ zarb-ml/mageia-dev/20101225/001896.html | 80 ++++++++++++++ zarb-ml/mageia-dev/20101225/001897.html | 86 +++++++++++++++ zarb-ml/mageia-dev/20101225/001898.html | 77 +++++++++++++ zarb-ml/mageia-dev/20101225/author.html | 97 +++++++++++++++++ zarb-ml/mageia-dev/20101225/date.html | 97 +++++++++++++++++ zarb-ml/mageia-dev/20101225/index.html | 1 + zarb-ml/mageia-dev/20101225/subject.html | 97 +++++++++++++++++ zarb-ml/mageia-dev/20101225/thread.html | 115 ++++++++++++++++++++ 15 files changed, 1583 insertions(+) create mode 100644 zarb-ml/mageia-dev/20101225/001889.html create mode 100644 zarb-ml/mageia-dev/20101225/001890.html create mode 100644 zarb-ml/mageia-dev/20101225/001891.html create mode 100644 zarb-ml/mageia-dev/20101225/001892.html create mode 100644 zarb-ml/mageia-dev/20101225/001893.html create mode 100644 zarb-ml/mageia-dev/20101225/001894.html create mode 100644 zarb-ml/mageia-dev/20101225/001895.html create mode 100644 zarb-ml/mageia-dev/20101225/001896.html create mode 100644 zarb-ml/mageia-dev/20101225/001897.html create mode 100644 zarb-ml/mageia-dev/20101225/001898.html create mode 100644 zarb-ml/mageia-dev/20101225/author.html create mode 100644 zarb-ml/mageia-dev/20101225/date.html create mode 120000 zarb-ml/mageia-dev/20101225/index.html create mode 100644 zarb-ml/mageia-dev/20101225/subject.html create mode 100644 zarb-ml/mageia-dev/20101225/thread.html (limited to 'zarb-ml/mageia-dev/20101225') diff --git a/zarb-ml/mageia-dev/20101225/001889.html b/zarb-ml/mageia-dev/20101225/001889.html new file mode 100644 index 000000000..b6eebdab4 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001889.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ andre999 + andr55 at laposte.net +
+ Sat Dec 25 01:04:20 CET 2010 +

+
+ +
Ahmad Samir a écrit :
+>
+> On 24 December 2010 13:02, Michael scherer<misc at zarb.org>  wrote:
+>> On Fri, Dec 24, 2010 at 01:20:41AM +0100, Dexter Morgan wrote:
+>>> On Thu, Dec 23, 2010 at 11:22 PM, Ahmad Samir<ahmadsamir3891 at gmail.com>  wrote:
+>>>> On 24 December 2010 00:13, Maarten Vanraes<maarten.vanraes at gmail.com>  wrote:
+>>>>> Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+>>>>>> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>  wrote:
+>>>>>>> I remember some years ago you could choose the exact version of the
+>>>>>>> package for which you reported a bug, from a list. I agree that
+>>>>>>> improving the UI side helpers could be useful.
+>>>>>>>
+>>>>>>> Regards
+>>>>>>>
+>>>>>>> Samuel Verschelde
+>>>>>>
+>>>>>> As was said by dmorgan, listing each SRPM slowed down bugzilla a lot;
+>>>>>> the distro has a lot of SRPMS...
+>>>>>
+>>>>> an ajax search is better; it doesn't add much and only gets searched if you
+>>>>> enter at least 2 chars, or something like that.
+>>>>>
+>>>>> if such an ajax is wanted, i can write that if i can use app-mageia-db or
+>>>>> similar as a list.
+>>>>>
+>>>>
+>>>> If the user doesn't know how to find the package info (rpm -q
+>>>> packagname), no auto-complete is going to help much, he'll just pick
+>>>> one of them randomly (top of the list, or bottom of the list). It's
+>>>> not much to ask for rpm -q output...
+>>>>
+>>>> --
+>>>> Ahmad Samir
+>>>>
+>>>
+>>> and this method is deprecated ( i mean the big list ) because this
+>>> slow down too much the server.
+>>
+>> The server, or the the browser ?
+>> ( because server side, that's just a SQL query likely in cache, while
+>> browser side, you have to render a enormous 15 000 items list,
+>> with allocation of objects, etc, etc ).
+>> --
+>> Michael Scherer
+>>
+>
+> Exactly. So if this get implemented I'd like it to be optional, i.e. I
+> can still turn it off in my bugzilla preferences.
+
+Not only that, it should be off by default.
+End users tend to use the default configurations, and the last thing we 
+need is a bugzilla so slow that end users will be dicouraged from 
+reporting bugs.
+In my mind, it is triage and QA who would benefit the most from such a list.
+It seems if we were to have such a list, that it might be better to make 
+it a separate (web) application, which could be referred to in a 
+separtate tab/window, so it is charged only once for reviewing a number 
+of bugs.
+But if triage/QA is not interested, it is better to avoid this big list.
+
+Another thought : maybe we should have separate rpm and srpm fields.
+Because end-users will relate more to ordinary rpm's, several of which 
+could be generated by the same srpm.
+Do you think that would be useful ?
+
+my 2 cents :)
+
+André
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001890.html b/zarb-ml/mageia-dev/20101225/001890.html new file mode 100644 index 000000000..a5b97bd30 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001890.html @@ -0,0 +1,134 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Dec 25 01:24:55 CET 2010 +

+
+ +
Op zaterdag 25 december 2010 01:04:20 schreef andre999:
+> Ahmad Samir a écrit :
+> > On 24 December 2010 13:02, Michael scherer<misc at zarb.org>  wrote:
+> >> On Fri, Dec 24, 2010 at 01:20:41AM +0100, Dexter Morgan wrote:
+> >>> On Thu, Dec 23, 2010 at 11:22 PM, Ahmad Samir<ahmadsamir3891 at gmail.com>  
+wrote:
+> >>>> On 24 December 2010 00:13, Maarten Vanraes<maarten.vanraes at gmail.com>  
+wrote:
+> >>>>> Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+> >>>>>> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>  
+wrote:
+> >>>>>>> I remember some years ago you could choose the exact version of the
+> >>>>>>> package for which you reported a bug, from a list. I agree that
+> >>>>>>> improving the UI side helpers could be useful.
+> >>>>>>> 
+> >>>>>>> Regards
+> >>>>>>> 
+> >>>>>>> Samuel Verschelde
+> >>>>>> 
+> >>>>>> As was said by dmorgan, listing each SRPM slowed down bugzilla a
+> >>>>>> lot; the distro has a lot of SRPMS...
+> >>>>> 
+> >>>>> an ajax search is better; it doesn't add much and only gets searched
+> >>>>> if you enter at least 2 chars, or something like that.
+> >>>>> 
+> >>>>> if such an ajax is wanted, i can write that if i can use
+> >>>>> app-mageia-db or similar as a list.
+> >>>> 
+> >>>> If the user doesn't know how to find the package info (rpm -q
+> >>>> packagname), no auto-complete is going to help much, he'll just pick
+> >>>> one of them randomly (top of the list, or bottom of the list). It's
+> >>>> not much to ask for rpm -q output...
+> >>>> 
+> >>>> --
+> >>>> Ahmad Samir
+> >>> 
+> >>> and this method is deprecated ( i mean the big list ) because this
+> >>> slow down too much the server.
+> >> 
+> >> The server, or the the browser ?
+> >> ( because server side, that's just a SQL query likely in cache, while
+> >> browser side, you have to render a enormous 15 000 items list,
+> >> with allocation of objects, etc, etc ).
+> >> --
+> >> Michael Scherer
+> > 
+> > Exactly. So if this get implemented I'd like it to be optional, i.e. I
+> > can still turn it off in my bugzilla preferences.
+> 
+> Not only that, it should be off by default.
+> End users tend to use the default configurations, and the last thing we
+> need is a bugzilla so slow that end users will be dicouraged from
+> reporting bugs.
+> In my mind, it is triage and QA who would benefit the most from such a
+> list. It seems if we were to have such a list, that it might be better to
+> make it a separate (web) application, which could be referred to in a
+> separtate tab/window, so it is charged only once for reviewing a number
+> of bugs.
+> But if triage/QA is not interested, it is better to avoid this big list.
+> 
+> Another thought : maybe we should have separate rpm and srpm fields.
+> Because end-users will relate more to ordinary rpm's, several of which
+> could be generated by the same srpm.
+> Do you think that would be useful ?
+> 
+> my 2 cents :)
+> 
+> André
+
+
+you guys don't get it; we propose solution so we DON'T NEED the huge list, but 
+we can do it so:
+
+A) you don't have to wait on it
+B) it's in the background
+C) it only activates when you actually are typing something
+D) it's server side, so you're not having any trouble by it.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001891.html b/zarb-ml/mageia-dev/20101225/001891.html new file mode 100644 index 000000000..16173c2f7 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001891.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ andre999 + andr55 at laposte.net +
+ Sat Dec 25 10:18:17 CET 2010 +

+
+ +
Maarten Vanraes a écrit :
+>
+> Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+>> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>  wrote:
+>>> I remember some years ago you could choose the exact version of the
+>>> package for which you reported a bug, from a list. I agree that
+>>> improving the UI side helpers could be useful.
+>>>
+>>> Regards
+>>>
+>>> Samuel Verschelde
+>>
+>> As was said by dmorgan, listing each SRPM slowed down bugzilla a lot;
+>> the distro has a lot of SRPMS...
+>
+> an ajax search is better; it doesn't add much and only gets searched if you
+> enter at least 2 chars, or something like that.
+>
+> if such an ajax is wanted, i can write that if i can use app-mageia-db or
+> similar as a list.
+
+OK, I did a little search on Ajax, and I think that I understand now.
+It seems that you're proposing autocompletion on the text typed in the 
+field - and only matches will be downloaded.
+But if it starts with 2 characters, there could be still 1000's of names 
+downloaded.
+I would suggest that we would need at least 5 characters to restrict the 
+names downloaded to a reasonable number.
+
+Also, there is another factor.  If we are looking for srpm names, but 
+the user enters binary rpm names, there will not necessarily be a match, 
+particularly if the srpm results in more than one binary rpm.
+So in some cases this will not work.
+
+But I have another idea.
+Maybe we could have separate (binary) rpm and srpm fields.
+There is a button on the page, which will invoke the command to give the 
+srpms associated with the binary rpms.
+Would this be workable ?
+Something that would execute
+  $ rpm -q --qf '{sourcerpm}' {pkg-name}
+and would automatically enter the result in the srpm field, or at least 
+display it so it could be typed in.
+
+Of course, this would have to be done by the user experiencing the 
+problems, to ensure having the correct version.
+We would also have to deal with the cases where more than one rpm has 
+the bug.
+
+If we can automate this, we can dispense with the potential problems 
+associated with a list of srpms.  And it would be (at least somewhat) 
+more efficient both server and client side, as well.
+
+Just an idea
+
+André
+
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001892.html b/zarb-ml/mageia-dev/20101225/001892.html new file mode 100644 index 000000000..613805712 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001892.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Dec 25 10:54:32 CET 2010 +

+
+ +
Op zaterdag 25 december 2010 10:18:17 schreef andre999:
+> Maarten Vanraes a écrit :
+> > Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+> >> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>  wrote:
+> >>> I remember some years ago you could choose the exact version of the
+> >>> package for which you reported a bug, from a list. I agree that
+> >>> improving the UI side helpers could be useful.
+> >>> 
+> >>> Regards
+> >>> 
+> >>> Samuel Verschelde
+> >> 
+> >> As was said by dmorgan, listing each SRPM slowed down bugzilla a lot;
+> >> the distro has a lot of SRPMS...
+> > 
+> > an ajax search is better; it doesn't add much and only gets searched if
+> > you enter at least 2 chars, or something like that.
+> > 
+> > if such an ajax is wanted, i can write that if i can use app-mageia-db or
+> > similar as a list.
+> 
+> OK, I did a little search on Ajax, and I think that I understand now.
+> It seems that you're proposing autocompletion on the text typed in the
+> field - and only matches will be downloaded.
+> But if it starts with 2 characters, there could be still 1000's of names
+> downloaded.
+> I would suggest that we would need at least 5 characters to restrict the
+> names downloaded to a reasonable number.
+> 
+> Also, there is another factor.  If we are looking for srpm names, but
+> the user enters binary rpm names, there will not necessarily be a match,
+> particularly if the srpm results in more than one binary rpm.
+> So in some cases this will not work.
+> 
+> But I have another idea.
+> Maybe we could have separate (binary) rpm and srpm fields.
+> There is a button on the page, which will invoke the command to give the
+> srpms associated with the binary rpms.
+> Would this be workable ?
+> Something that would execute
+>   $ rpm -q --qf '{sourcerpm}' {pkg-name}
+> and would automatically enter the result in the srpm field, or at least
+> display it so it could be typed in.
+> 
+> Of course, this would have to be done by the user experiencing the
+> problems, to ensure having the correct version.
+> We would also have to deal with the cases where more than one rpm has
+> the bug.
+> 
+> If we can automate this, we can dispense with the potential problems
+> associated with a list of srpms.  And it would be (at least somewhat)
+> more efficient both server and client side, as well.
+> 
+> Just an idea
+> 
+> André
+
+this is no more than sort of TAB completion on the urpmi commands.
+
+averagely 2 characters have ~600 possibilities; meaning that 2 chars give 
+average 25 srpm results. in practice this can be 150 results or something
+
+consider also the fact that these are src.rpm , so huge lib**** and the fact 
+that we won't be starting with everything...
+
+imho instead of destroying an idea you don't know much about; why don't i 
+implement it and then you can evaluate if it's bad or not.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001893.html b/zarb-ml/mageia-dev/20101225/001893.html new file mode 100644 index 000000000..afb8fe1ea --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001893.html @@ -0,0 +1,165 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ andre999 + andr55 at laposte.net +
+ Sat Dec 25 12:02:18 CET 2010 +

+
+ +
Maarten Vanraes a écrit :
+>
+> Op zaterdag 25 december 2010 10:18:17 schreef andre999:
+>> Maarten Vanraes a écrit :
+>>> Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+>>>> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>   wrote:
+>>>>> I remember some years ago you could choose the exact version of the
+>>>>> package for which you reported a bug, from a list. I agree that
+>>>>> improving the UI side helpers could be useful.
+>>>>>
+>>>>> Regards
+>>>>>
+>>>>> Samuel Verschelde
+>>>>
+>>>> As was said by dmorgan, listing each SRPM slowed down bugzilla a lot;
+>>>> the distro has a lot of SRPMS...
+>>>
+>>> an ajax search is better; it doesn't add much and only gets searched if
+>>> you enter at least 2 chars, or something like that.
+>>>
+>>> if such an ajax is wanted, i can write that if i can use app-mageia-db or
+>>> similar as a list.
+>>
+>> OK, I did a little search on Ajax, and I think that I understand now.
+>> It seems that you're proposing autocompletion on the text typed in the
+>> field - and only matches will be downloaded.
+>> But if it starts with 2 characters, there could be still 1000's of names
+>> downloaded.
+>> I would suggest that we would need at least 5 characters to restrict the
+>> names downloaded to a reasonable number.
+>>
+>> Also, there is another factor.  If we are looking for srpm names, but
+>> the user enters binary rpm names, there will not necessarily be a match,
+>> particularly if the srpm results in more than one binary rpm.
+>> So in some cases this will not work.
+>>
+>> But I have another idea.
+>> Maybe we could have separate (binary) rpm and srpm fields.
+>> There is a button on the page, which will invoke the command to give the
+>> srpms associated with the binary rpms.
+>> Would this be workable ?
+>> Something that would execute
+>>    $ rpm -q --qf '{sourcerpm}' {pkg-name}
+>> and would automatically enter the result in the srpm field, or at least
+>> display it so it could be typed in.
+>>
+>> Of course, this would have to be done by the user experiencing the
+>> problems, to ensure having the correct version.
+>> We would also have to deal with the cases where more than one rpm has
+>> the bug.
+>>
+>> If we can automate this, we can dispense with the potential problems
+>> associated with a list of srpms.  And it would be (at least somewhat)
+>> more efficient both server and client side, as well.
+>>
+>> Just an idea
+>>
+>> André
+>
+> this is no more than sort of TAB completion on the urpmi commands.
+
+That part I understand.
+Only these values will be downloaded, so some online traffic.
+
+> averagely 2 characters have ~600 possibilities; meaning that 2 chars give
+> average 25 srpm results. in practice this can be 150 results or something
+
+Your numbers are right.  Obviously I had one too many zeros.
+
+> consider also the fact that these are src.rpm , so huge lib**** and the fact
+> that we won't be starting with everything...
+
+I was thinking of lib*, which is why I said more than 3 characters.
+
+> imho instead of destroying an idea you don't know much about; why don't i
+> implement it and then you can evaluate if it's bad or not.
+
+Actually, I was trying brainstorming.  We all know that such ideas don't 
+necessarily lead anywhere.
+It is certain that your idea is a lot better than it first appeared.
+
+However, invoking the rpm command has certain advantages.
+Most importantly, if done on the system of the user finding the bug, it 
+reports exactly the correct version of the srpm.
+
+For example, on my system, if I type in the console exactly :
+
+rpm -q --qf '%{sourcerpm}' binutils
+
+_without_ the version, it returns :
+
+binutils-2.19.51.0.2-1mnb2.src.rpm
+
+_with_ the version, which is exactly what we want.
+
+So I have a suggestion.
+With your Ajax skills, I imagine that you would be capable of setting a 
+button which automatically invokes that command on a binary rpm field, 
+to fill a srpm field ?
+Could you try that as well ?
+If it works, then I think we would have a better solution.
+
+I could try it, but my html/javascript skills are quite limited.
+Just a suggestion.
+
+Regards
+
+André
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001894.html b/zarb-ml/mageia-dev/20101225/001894.html new file mode 100644 index 000000000..8ff57eca7 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001894.html @@ -0,0 +1,179 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Dec 25 12:27:18 CET 2010 +

+
+ +
Op zaterdag 25 december 2010 12:02:18 schreef andre999:
+> Maarten Vanraes a écrit :
+> > Op zaterdag 25 december 2010 10:18:17 schreef andre999:
+> >> Maarten Vanraes a écrit :
+> >>> Op donderdag 23 december 2010 22:23:56 schreef Ahmad Samir:
+> >>>> On 23 December 2010 22:01, Samuel Verschelde<stormi at laposte.net>   
+wrote:
+> >>>>> I remember some years ago you could choose the exact version of the
+> >>>>> package for which you reported a bug, from a list. I agree that
+> >>>>> improving the UI side helpers could be useful.
+> >>>>> 
+> >>>>> Regards
+> >>>>> 
+> >>>>> Samuel Verschelde
+> >>>> 
+> >>>> As was said by dmorgan, listing each SRPM slowed down bugzilla a lot;
+> >>>> the distro has a lot of SRPMS...
+> >>> 
+> >>> an ajax search is better; it doesn't add much and only gets searched if
+> >>> you enter at least 2 chars, or something like that.
+> >>> 
+> >>> if such an ajax is wanted, i can write that if i can use app-mageia-db
+> >>> or similar as a list.
+> >> 
+> >> OK, I did a little search on Ajax, and I think that I understand now.
+> >> It seems that you're proposing autocompletion on the text typed in the
+> >> field - and only matches will be downloaded.
+> >> But if it starts with 2 characters, there could be still 1000's of names
+> >> downloaded.
+> >> I would suggest that we would need at least 5 characters to restrict the
+> >> names downloaded to a reasonable number.
+> >> 
+> >> Also, there is another factor.  If we are looking for srpm names, but
+> >> the user enters binary rpm names, there will not necessarily be a match,
+> >> particularly if the srpm results in more than one binary rpm.
+> >> So in some cases this will not work.
+> >> 
+> >> But I have another idea.
+> >> Maybe we could have separate (binary) rpm and srpm fields.
+> >> There is a button on the page, which will invoke the command to give the
+> >> srpms associated with the binary rpms.
+> >> Would this be workable ?
+> >> Something that would execute
+> >> 
+> >>    $ rpm -q --qf '{sourcerpm}' {pkg-name}
+> >> 
+> >> and would automatically enter the result in the srpm field, or at least
+> >> display it so it could be typed in.
+> >> 
+> >> Of course, this would have to be done by the user experiencing the
+> >> problems, to ensure having the correct version.
+> >> We would also have to deal with the cases where more than one rpm has
+> >> the bug.
+> >> 
+> >> If we can automate this, we can dispense with the potential problems
+> >> associated with a list of srpms.  And it would be (at least somewhat)
+> >> more efficient both server and client side, as well.
+> >> 
+> >> Just an idea
+> >> 
+> >> André
+> > 
+> > this is no more than sort of TAB completion on the urpmi commands.
+> 
+> That part I understand.
+> Only these values will be downloaded, so some online traffic.
+> 
+> > averagely 2 characters have ~600 possibilities; meaning that 2 chars give
+> > average 25 srpm results. in practice this can be 150 results or something
+> 
+> Your numbers are right.  Obviously I had one too many zeros.
+> 
+> > consider also the fact that these are src.rpm , so huge lib**** and the
+> > fact that we won't be starting with everything...
+> 
+> I was thinking of lib*, which is why I said more than 3 characters.
+> 
+> > imho instead of destroying an idea you don't know much about; why don't i
+> > implement it and then you can evaluate if it's bad or not.
+> 
+> Actually, I was trying brainstorming.  We all know that such ideas don't
+> necessarily lead anywhere.
+> It is certain that your idea is a lot better than it first appeared.
+
+yeah, sorry, i (and misc) just am trying to suggest an idea that gets broken 
+off by people who don't even seem to get it; coupled with less sleep and my 
+cranky, i could've worded it better
+
+> However, invoking the rpm command has certain advantages.
+> Most importantly, if done on the system of the user finding the bug, it
+> reports exactly the correct version of the srpm.
+> 
+> For example, on my system, if I type in the console exactly :
+> 
+> rpm -q --qf '%{sourcerpm}' binutils
+> 
+> _without_ the version, it returns :
+> 
+> binutils-2.19.51.0.2-1mnb2.src.rpm
+> 
+> _with_ the version, which is exactly what we want.
+> 
+> So I have a suggestion.
+> With your Ajax skills, I imagine that you would be capable of setting a
+> button which automatically invokes that command on a binary rpm field,
+> to fill a srpm field ?
+> Could you try that as well ?
+> If it works, then I think we would have a better solution.
+
+i'm not certain that is required, iirc, the command to find this stuff is out 
+there; and the info can be found on mageia-app-db i think.
+
+however, if it isn't a src.rpm but a perfect match for a binary rpm, i guess 
+we could return the src.rpm instead.
+
+> I could try it, but my html/javascript skills are quite limited.
+> Just a suggestion.
+> 
+> Regards
+> 
+> André
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001895.html b/zarb-ml/mageia-dev/20101225/001895.html new file mode 100644 index 000000000..3e19a53c8 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001895.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Michael scherer + misc at zarb.org +
+ Sat Dec 25 20:20:24 CET 2010 +

+
+ +
On Sat, Dec 25, 2010 at 06:02:18AM -0500, andre999 wrote:
+> However, invoking the rpm command has certain advantages.
+> Most importantly, if done on the system of the user finding the bug,
+> it reports exactly the correct version of the srpm.
+> 
+> For example, on my system, if I type in the console exactly :
+> 
+> rpm -q --qf '%{sourcerpm}' binutils
+> 
+> _without_ the version, it returns :
+> 
+> binutils-2.19.51.0.2-1mnb2.src.rpm
+> 
+> _with_ the version, which is exactly what we want.
+> 
+> So I have a suggestion.
+> With your Ajax skills, I imagine that you would be capable of
+> setting a button which automatically invokes that command on a
+> binary rpm field, to fill a srpm field ?
+> Could you try that as well ?
+> If it works, then I think we would have a better solution.
+> 
+> I could try it, but my html/javascript skills are quite limited.
+> Just a suggestion.
+
+Javascript cannot invoke command on the user computer for obvious
+reason of security. I guess, no one want a random webpage
+to run rm -Rf ~ or similar harmful command.
+
+We could however use some exploit in firefox or epiphany for
+that...
+
+Not to mention that running rpm would only work on installed rpm, which would not
+help if the bug is "cannot install rpm".
+-- 
+Michael Scherer
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001896.html b/zarb-ml/mageia-dev/20101225/001896.html new file mode 100644 index 000000000..11337ec7a --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001896.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Choosing packagers representatives + + + + + + + + + +

[Mageia-dev] Choosing packagers representatives

+ Xavier Bertaux + bertauxx at yahoo.fr +
+ Sat Dec 25 20:36:42 CET 2010 +

+
+ +
Le 22/12/2010 21:22, Maarten Vanraes a écrit :
+> Op maandag 20 december 2010 23:19:11 schreef Anne nicolas:
+>> Hi there
+>>
+>>> - experience in packaging
+>>> - willing to *manage* team
+>>> - start with these 2 guys until first release is done (as done in i18n
+>>> team)
+>> I'm applying for packagers reprentative rather on general management
+>> side (organization,meetings, planning...)for the 5 coming months. I
+>> would like to help in order to have a good start then when people know
+>> each other new representatives are elected.
+>>
+>> I've been working in engineering team in Mandriva for the 6 last years
+>> doing some packaging, working on isos release and managing relations
+>> with Mandriva community.
+>>
+>> My full profile here: http://www.linkedin.com/profile/view?id=4195950
+>>
+>> Cheers
+> I nominate Anne, if she's backed by an expert(god-level) packager
+I nominate Anne too !
+
+Cheers
+Xavier
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001897.html b/zarb-ml/mageia-dev/20101225/001897.html new file mode 100644 index 000000000..a7a2f4784 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001897.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Dec 25 21:20:34 CET 2010 +

+
+ +
On 25 December 2010 02:04, andre999 <andr55 at laposte.net> wrote:
+>
+[...]
+
+> In my mind, it is triage and QA who would benefit the most from such a list.
+
+Not really, QA and Triage already use Sophie
+http://mageia.org/wiki/doku.php?id=irc#sophie
+
+> It seems if we were to have such a list, that it might be better to make it
+> a separate (web) application, which could be referred to in a separtate
+> tab/window, so it is charged only once for reviewing a number of bugs.
+> But if triage/QA is not interested, it is better to avoid this big list.
+>
+> Another thought : maybe we should have separate rpm and srpm fields.
+> Because end-users will relate more to ordinary rpm's, several of which could
+> be generated by the same srpm.
+> Do you think that would be useful ?
+>
+> my 2 cents :)
+>
+> André
+>
+>
+
+One field is enough, a package maintainer knows what rpms come from
+which of his SRPMs. The RPM Package field main goal is indicating
+where the bug exists as that's where it'll, hopefully, get fixed.
+
+-- 
+Ahmad Samir
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/001898.html b/zarb-ml/mageia-dev/20101225/001898.html new file mode 100644 index 000000000..a5a0b0983 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/001898.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Proposal for bugzilla + + + + + + + + + +

[Mageia-dev] Proposal for bugzilla

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Dec 25 21:27:59 CET 2010 +

+
+ +
On 25 December 2010 13:27, Maarten Vanraes <maarten.vanraes at gmail.com> wrote:
+
+[...]
+
+>
+> yeah, sorry, i (and misc) just am trying to suggest an idea that gets broken
+> off by people who don't even seem to get it; coupled with less sleep and my
+> cranky, i could've worded it better
+>
+
+Again, as I said I don't care if it gets implemented or not.
+
+What I said was "if this gets implemented, make it optional", I hope
+you got that part :)
+
+(FWIW, I manually disable the urpmi rpm-package-name-auto-completion
+feature on all my installs, takes too long and is pretty much useless
+to me; I can find all variations of a part of a package name with
+'urpmq -y' when I actually need it).
+
+-- 
+Ahmad Samir
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20101225/author.html b/zarb-ml/mageia-dev/20101225/author.html new file mode 100644 index 000000000..72b6d2fa5 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/author.html @@ -0,0 +1,97 @@ + + + + The Mageia-dev 25 December 2010 Archive by author + + + + + +

25 December 2010 Archives by author

+ +

Starting: Sat Dec 25 01:04:20 CET 2010
+ Ending: Sat Dec 25 21:27:59 CET 2010
+ Messages: 10

+

+

+ Last message date: + Sat Dec 25 21:27:59 CET 2010
+ Archived on: Sat Dec 25 21:28:04 CET 2010 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20101225/date.html b/zarb-ml/mageia-dev/20101225/date.html new file mode 100644 index 000000000..dbc4f3436 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/date.html @@ -0,0 +1,97 @@ + + + + The Mageia-dev 25 December 2010 Archive by date + + + + + +

25 December 2010 Archives by date

+ +

Starting: Sat Dec 25 01:04:20 CET 2010
+ Ending: Sat Dec 25 21:27:59 CET 2010
+ Messages: 10

+

+

+ Last message date: + Sat Dec 25 21:27:59 CET 2010
+ Archived on: Sat Dec 25 21:28:04 CET 2010 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20101225/index.html b/zarb-ml/mageia-dev/20101225/index.html new file mode 120000 index 000000000..db4b46f72 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/index.html @@ -0,0 +1 @@ +thread.html \ No newline at end of file diff --git a/zarb-ml/mageia-dev/20101225/subject.html b/zarb-ml/mageia-dev/20101225/subject.html new file mode 100644 index 000000000..938756581 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/subject.html @@ -0,0 +1,97 @@ + + + + The Mageia-dev 25 December 2010 Archive by subject + + + + + +

25 December 2010 Archives by subject

+ +

Starting: Sat Dec 25 01:04:20 CET 2010
+ Ending: Sat Dec 25 21:27:59 CET 2010
+ Messages: 10

+

+

+ Last message date: + Sat Dec 25 21:27:59 CET 2010
+ Archived on: Sat Dec 25 21:28:04 CET 2010 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20101225/thread.html b/zarb-ml/mageia-dev/20101225/thread.html new file mode 100644 index 000000000..17c4f5f78 --- /dev/null +++ b/zarb-ml/mageia-dev/20101225/thread.html @@ -0,0 +1,115 @@ + + + + The Mageia-dev 25 December 2010 Archive by thread + + + + + +

25 December 2010 Archives by thread

+ +

Starting: Sat Dec 25 01:04:20 CET 2010
+ Ending: Sat Dec 25 21:27:59 CET 2010
+ Messages: 10

+

+

+ Last message date: + Sat Dec 25 21:27:59 CET 2010
+ Archived on: Sat Dec 25 21:28:04 CET 2010 +

+

+

+

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