diff options
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20110707')
14 files changed, 134 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment-0001.html new file mode 100644 index 000000000..ed9dd3124 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment-0001.html @@ -0,0 +1,20 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 18:29, Michael Scherer <span dir="ltr"><<a href="mailto:misc@zarb.org">misc@zarb.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + + +The problem I see with ppa is they lack basic quality control, they<br> +often interfere with upgrade and when they break, people blame the<br> +distribution. There is also non user friendly inter-ppa requires.<br> +<br> +So personally, I would rather try to ease the usage of iurt first ( wit<br> +documentation , etc ) and let people host everything them self. Having<br> +this on our servers would mean to most people we endorse the package,<br> +and I think we shouldn't unless we are sure of the quality<br> +( which usually mean "adding rules that people will complain about until<br> +they open 3rd party repository saying how much we are useless because we<br> +couldn't provide 'foo' rpm in a updated optimized version" ).<br></blockquote><div><br>The only major problem with hosting iurt/jurt/whatever is that it requires either full repositories locally or very good network connection for everything, and - in both cases - tons of disk space..<br> + +<br>But yes, I got your point, and I agree with it. Perhaps instead of full 'PPAs' it would be possible to have some sort of iurt-powered public repositories. For example, <a href="http://people.">http://people.</a>.../~user dirs with 'upload' directory there, where someone could put src.rpms and they would be recompiled and stored in <a href="http://people.">http://people.</a>../~user/{i586,x86_64,arm} when done, with full hdlists.<br clear="all"> + +</div></div><br>But as for QA, yes, this is true. Probably the best solution for it was Meego's one, in the n800 era - when you install something from non-official repo it shows a window saying 'You are installing something that could break everything, so you are on your own, good luck'. For install/update, perhaps it could be solved by adding some new installer/updater window which would check of enabled urpmi medias, and if there are any non-official one, it could show a warning or something like it as well.<br> + +<br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment.html new file mode 100644 index 000000000..ed9dd3124 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/069dd92d/attachment.html @@ -0,0 +1,20 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 18:29, Michael Scherer <span dir="ltr"><<a href="mailto:misc@zarb.org">misc@zarb.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + + +The problem I see with ppa is they lack basic quality control, they<br> +often interfere with upgrade and when they break, people blame the<br> +distribution. There is also non user friendly inter-ppa requires.<br> +<br> +So personally, I would rather try to ease the usage of iurt first ( wit<br> +documentation , etc ) and let people host everything them self. Having<br> +this on our servers would mean to most people we endorse the package,<br> +and I think we shouldn't unless we are sure of the quality<br> +( which usually mean "adding rules that people will complain about until<br> +they open 3rd party repository saying how much we are useless because we<br> +couldn't provide 'foo' rpm in a updated optimized version" ).<br></blockquote><div><br>The only major problem with hosting iurt/jurt/whatever is that it requires either full repositories locally or very good network connection for everything, and - in both cases - tons of disk space..<br> + +<br>But yes, I got your point, and I agree with it. Perhaps instead of full 'PPAs' it would be possible to have some sort of iurt-powered public repositories. For example, <a href="http://people.">http://people.</a>.../~user dirs with 'upload' directory there, where someone could put src.rpms and they would be recompiled and stored in <a href="http://people.">http://people.</a>../~user/{i586,x86_64,arm} when done, with full hdlists.<br clear="all"> + +</div></div><br>But as for QA, yes, this is true. Probably the best solution for it was Meego's one, in the n800 era - when you install something from non-official repo it shows a window saying 'You are installing something that could break everything, so you are on your own, good luck'. For install/update, perhaps it could be solved by adding some new installer/updater window which would check of enabled urpmi medias, and if there are any non-official one, it could show a warning or something like it as well.<br> + +<br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment-0001.html new file mode 100644 index 000000000..df59e5e51 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment-0001.html @@ -0,0 +1,9 @@ +Hi folks,<br><br>don't know if it was discussed previously, but I could not find it in the archives.<br><br>Are there some plans for any kind of ppa-like repos in Mageia/BS? There are some cases where they could be useful. One special case which comes to mind is wayland packaging - I was discussing with Florian Hubold about it, and the trick about them is that:<br> + + - they require latest xorg stuff from git<br> - they require latest mesa from git<br> - they require latest libxkbcommon from git<br> - they require latest pixman from git<br><br>and it is, well, madness to provide such versions in main repositories.<br> + +<br>However, it would be a nice case for providing them in some sort of private branch (like for example <a href="http://people.mageia.org/">people.mageia.org/</a><branch>/ or something), using the same BS infrastructure (iurt/jurt) to compile them and generate hdlists automatically.<br> + +<br>I did some custom scripts to do this task, but before reinventing the wheel for either mandriva or mageia BS, perhaps there is something already planned in this sense...<br clear="all"><br>Cheers,<br><br>-- <br>Eugeni Dodonov<br> + +<a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment.html new file mode 100644 index 000000000..df59e5e51 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/074b1671/attachment.html @@ -0,0 +1,9 @@ +Hi folks,<br><br>don't know if it was discussed previously, but I could not find it in the archives.<br><br>Are there some plans for any kind of ppa-like repos in Mageia/BS? There are some cases where they could be useful. One special case which comes to mind is wayland packaging - I was discussing with Florian Hubold about it, and the trick about them is that:<br> + + - they require latest xorg stuff from git<br> - they require latest mesa from git<br> - they require latest libxkbcommon from git<br> - they require latest pixman from git<br><br>and it is, well, madness to provide such versions in main repositories.<br> + +<br>However, it would be a nice case for providing them in some sort of private branch (like for example <a href="http://people.mageia.org/">people.mageia.org/</a><branch>/ or something), using the same BS infrastructure (iurt/jurt) to compile them and generate hdlists automatically.<br> + +<br>I did some custom scripts to do this task, but before reinventing the wheel for either mandriva or mageia BS, perhaps there is something already planned in this sense...<br clear="all"><br>Cheers,<br><br>-- <br>Eugeni Dodonov<br> + +<a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment-0001.html new file mode 100644 index 000000000..e07b67675 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment-0001.html @@ -0,0 +1 @@ +<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div>I suggest to obsolete the 4.6.4 versions of</div><div>task-kde4</div><div>task-kde4-minimal</div><div>task-kde4-debug</div><div>as to match the new package fragmentation of KDE 4.6.90.</div><div>(Just removing them orphans packages, and unorphaning them is annoying.)<br></div><div><br></div><div>I am already cursing the whole KDE f*ing team for the new fragmentation, because this affects *all* the packages that have</div><div>BuildRequires: kdegraphics4-devel</div><div>and I still don't know what the correct BuildRequires would be under 4.6.90.</div><div>(I am impatiently waiting for Win8, maybe this would alleviate my pains with Linux.)</div><div><br></div><div>R-C aka beranger</div><div><br></div><div><br></div><div><br></div></div></body></html>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment.html new file mode 100644 index 000000000..e07b67675 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/28d70df9/attachment.html @@ -0,0 +1 @@ +<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div>I suggest to obsolete the 4.6.4 versions of</div><div>task-kde4</div><div>task-kde4-minimal</div><div>task-kde4-debug</div><div>as to match the new package fragmentation of KDE 4.6.90.</div><div>(Just removing them orphans packages, and unorphaning them is annoying.)<br></div><div><br></div><div>I am already cursing the whole KDE f*ing team for the new fragmentation, because this affects *all* the packages that have</div><div>BuildRequires: kdegraphics4-devel</div><div>and I still don't know what the correct BuildRequires would be under 4.6.90.</div><div>(I am impatiently waiting for Win8, maybe this would alleviate my pains with Linux.)</div><div><br></div><div>R-C aka beranger</div><div><br></div><div><br></div><div><br></div></div></body></html>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment-0001.asc new file mode 100644 index 000000000..72c265e89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment-0001.asc @@ -0,0 +1,17 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iQIcBAEBAgAGBQJOFT8mAAoJEOsuQJrxVIpnns0P/jEVZg3W0OGBkwlbzu6iMDtw +WQebHDCzmAIhuC4cSq63eYwwq3FrzNVl3BlclCecR/yNaOHEdmsDzF5VdMp/mi65 +B4yOCNiWMIIoDo6BgyrW56TG3MMPksBRAfT2qbWtlNH6EQNBK0icpe4YKDp23fqS +2fWmo1m3q/A+Yrgj0aTnSIi9w6w2nrNKaLJ3w0JA7xwhVg3wqcGzLyK4Ltkr8v0s +tuVimLrS80g3ZXKNqKM9zwtFQwevOvsu90FegC5wWNycI92ieqhfDggSN1M43ess +HHIYtNynoCmSRIGdTyiybf8WhmUC6l00bX6EMxgGl/2qfwlNy/KITQ2PqNaZdHnH +ZxIVk+vlqWwHDIeAULvH10SsnB/3dcNiQEBoZDkXhlmXNsLmc3tPMx8hkngWNOuD +JBdtZ2bPMVOtFKwm5HtWBiupE895t1FInxh4B2md7DO0ak6orK3vU6pUWomkj8t9 +NgkGYUv/zv8mmX5FouAbPsgtr60/PA9rmk+gjh+/ChT3ZIbUgg4hxMwMQI2IySRY +jMJ++Mim3mu/PTGQcAj3jFai0HA1gOWElY5/WCr31kx5Yagiy30gus/grK0DQyX3 +r+t8tnsIhXoiSz3WpcnbWh3lNJ5jeSNi9HwTiDa/UKqfE0IqsrcJmDAl41RYqLmI +vzp9CN11C456y1qfrFny +=O21K +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment.asc b/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment.asc new file mode 100644 index 000000000..72c265e89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/2ede1efc/attachment.asc @@ -0,0 +1,17 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iQIcBAEBAgAGBQJOFT8mAAoJEOsuQJrxVIpnns0P/jEVZg3W0OGBkwlbzu6iMDtw +WQebHDCzmAIhuC4cSq63eYwwq3FrzNVl3BlclCecR/yNaOHEdmsDzF5VdMp/mi65 +B4yOCNiWMIIoDo6BgyrW56TG3MMPksBRAfT2qbWtlNH6EQNBK0icpe4YKDp23fqS +2fWmo1m3q/A+Yrgj0aTnSIi9w6w2nrNKaLJ3w0JA7xwhVg3wqcGzLyK4Ltkr8v0s +tuVimLrS80g3ZXKNqKM9zwtFQwevOvsu90FegC5wWNycI92ieqhfDggSN1M43ess +HHIYtNynoCmSRIGdTyiybf8WhmUC6l00bX6EMxgGl/2qfwlNy/KITQ2PqNaZdHnH +ZxIVk+vlqWwHDIeAULvH10SsnB/3dcNiQEBoZDkXhlmXNsLmc3tPMx8hkngWNOuD +JBdtZ2bPMVOtFKwm5HtWBiupE895t1FInxh4B2md7DO0ak6orK3vU6pUWomkj8t9 +NgkGYUv/zv8mmX5FouAbPsgtr60/PA9rmk+gjh+/ChT3ZIbUgg4hxMwMQI2IySRY +jMJ++Mim3mu/PTGQcAj3jFai0HA1gOWElY5/WCr31kx5Yagiy30gus/grK0DQyX3 +r+t8tnsIhXoiSz3WpcnbWh3lNJ5jeSNi9HwTiDa/UKqfE0IqsrcJmDAl41RYqLmI +vzp9CN11C456y1qfrFny +=O21K +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment-0001.html new file mode 100644 index 000000000..1b997b245 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment-0001.html @@ -0,0 +1,12 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 18:40, Cazzaniga Sandro <span dir="ltr"><<a href="mailto:cazzaniga.sandro@gmail.com">cazzaniga.sandro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + +Le 07/07/2011 23:38, Eugeni Dodonov a écrit :<br> +<div class="im">> But yes, I got your point, and I agree with it. Perhaps instead of full<br> +> 'PPAs' it would be possible to have some sort of iurt-powered public<br> +> repositories. For example, <a href="http://people." target="_blank">http://people.</a>.../~user dirs with 'upload'<br> +> directory there, where someone could put src.rpms and they would be<br> +> recompiled and stored in <a href="http://people." target="_blank">http://people.</a>../~user/{i586,x86_64,arm} when done,<br> +> with full hdlists.<br> +</div>This solutions means more and more servers :/<br></blockquote><div><br>Or some smart scheduling, which would only recompile such packages when BS load is below 1 for example. <br></div></div><br>-- <br>Eugeni Dodonov<br> + +<a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment.html new file mode 100644 index 000000000..1b997b245 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/44ce512e/attachment.html @@ -0,0 +1,12 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 18:40, Cazzaniga Sandro <span dir="ltr"><<a href="mailto:cazzaniga.sandro@gmail.com">cazzaniga.sandro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + +Le 07/07/2011 23:38, Eugeni Dodonov a écrit :<br> +<div class="im">> But yes, I got your point, and I agree with it. Perhaps instead of full<br> +> 'PPAs' it would be possible to have some sort of iurt-powered public<br> +> repositories. For example, <a href="http://people." target="_blank">http://people.</a>.../~user dirs with 'upload'<br> +> directory there, where someone could put src.rpms and they would be<br> +> recompiled and stored in <a href="http://people." target="_blank">http://people.</a>../~user/{i586,x86_64,arm} when done,<br> +> with full hdlists.<br> +</div>This solutions means more and more servers :/<br></blockquote><div><br>Or some smart scheduling, which would only recompile such packages when BS load is below 1 for example. <br></div></div><br>-- <br>Eugeni Dodonov<br> + +<a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment-0001.html new file mode 100644 index 000000000..d8bd7a532 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment-0001.html @@ -0,0 +1 @@ +<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><br><div><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div class="yui_3_2_0_9_131005619629157" style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div class="yui_3_2_0_9_131005619629159" style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Well MacOS X Lion is probably the way to go :)<br></div></div></blockquote>mikala, I would rather support anal rape than to pay a single cent to Apple!</div><div><br></div><div>R-C</div><div><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><br></div></div></div></div></body></html>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment.html new file mode 100644 index 000000000..d8bd7a532 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/64a4c370/attachment.html @@ -0,0 +1 @@ +<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><br><div><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div class="yui_3_2_0_9_131005619629157" style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div class="yui_3_2_0_9_131005619629159" style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Well MacOS X Lion is probably the way to go :)<br></div></div></blockquote>mikala, I would rather support anal rape than to pay a single cent to Apple!</div><div><br></div><div>R-C</div><div><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><br></div></div></div></div></body></html>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment-0001.html new file mode 100644 index 000000000..16f66550f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment-0001.html @@ -0,0 +1,7 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 21:01, Stew Benedict <span dir="ltr"><<a href="mailto:stewbintn@gmail.com">stewbintn@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + +There once was a project at Mandriva where each packager was to supposed to come up with a basic functionality test for his/her package(s), although I don't think it got much traction aside from those of us who were getting paid to work on the distro and whose manager made the tests a deliverable.<br> + + +iirc there was even some automation framework so they they could be run by machine.<br> +<br></blockquote><div><br>Are you talking about testcould by a chance? <br clear="all"></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> diff --git a/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment.html b/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment.html new file mode 100644 index 000000000..16f66550f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110707/95d404d5/attachment.html @@ -0,0 +1,7 @@ +<div class="gmail_quote">On Thu, Jul 7, 2011 at 21:01, Stew Benedict <span dir="ltr"><<a href="mailto:stewbintn@gmail.com">stewbintn@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> + +There once was a project at Mandriva where each packager was to supposed to come up with a basic functionality test for his/her package(s), although I don't think it got much traction aside from those of us who were getting paid to work on the distro and whose manager made the tests a deliverable.<br> + + +iirc there was even some automation framework so they they could be run by machine.<br> +<br></blockquote><div><br>Are you talking about testcould by a chance? <br clear="all"></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br> |