Add zarb MLs html archivesHEADmaster

2 files changed, 10 insertions, 0 deletions

diff --git a/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment-0001.html
new file mode 100644
index 000000000..05f9c8d01
--- /dev/null
+++ b/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment-0001.html
@@ -0,0 +1,5 @@
+Lately I&#39;ve become more and more impatient. But I think it is fast enough to have RPMDrake refreshing its lists in less than a minute on a Atom based machine.<br>For me, RPMDrake is enough.<br>What I disliked in time, using Mandriva only, is that when I install some app, I got a message saying &quot;if you want this app, you must uninstall these libs (and their using apps)&quot;. I mean, sometimes, I must chose one app or another, I can&#39;t have both because I can&#39;t have two versions of the same lib or I must chose a specific implementation of a concept in a lib (when there are many implementations of the same thing). This is what I would change, and it is not related to package management applications. I guess it is the OS or distro philosophy.<br>
+<br>I love revolutions, major changes and drastic re-coding if needed only. Not when it is just a matter of fashion, like, let&#39;s say, I get a new car just because this year curvy designs come into the light. No matter if the quality is less sometimes.<br>
+<br>So, IMHO, actual packaging is OK, the management of it could be improved maybe.<br><br>I would love to see, when install mplayer, for instance, a list of plugins available, to check some I need and to install them. But that&#39;s often related to the architecture of the main application.<br>
+<br>Sometimes, having too much choices like in Linux world, is an issue for choosing the right tool. Why not polish some tools with clear usage targets together instead of creating again and again things with 60% of functionalities overlapping, longing for some other 20% of functionalities to implement in one tool from the other tool?<br>
+<br>
diff --git a/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment.html b/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment.html
new file mode 100644
index 000000000..05f9c8d01
--- /dev/null
+++ b/zarb-ml/mageia-discuss/attachments/20100929/64dbb91c/attachment.html
@@ -0,0 +1,5 @@
+Lately I&#39;ve become more and more impatient. But I think it is fast enough to have RPMDrake refreshing its lists in less than a minute on a Atom based machine.<br>For me, RPMDrake is enough.<br>What I disliked in time, using Mandriva only, is that when I install some app, I got a message saying &quot;if you want this app, you must uninstall these libs (and their using apps)&quot;. I mean, sometimes, I must chose one app or another, I can&#39;t have both because I can&#39;t have two versions of the same lib or I must chose a specific implementation of a concept in a lib (when there are many implementations of the same thing). This is what I would change, and it is not related to package management applications. I guess it is the OS or distro philosophy.<br>
+<br>I love revolutions, major changes and drastic re-coding if needed only. Not when it is just a matter of fashion, like, let&#39;s say, I get a new car just because this year curvy designs come into the light. No matter if the quality is less sometimes.<br>
+<br>So, IMHO, actual packaging is OK, the management of it could be improved maybe.<br><br>I would love to see, when install mplayer, for instance, a list of plugins available, to check some I need and to install them. But that&#39;s often related to the architecture of the main application.<br>
+<br>Sometimes, having too much choices like in Linux world, is an issue for choosing the right tool. Why not polish some tools with clear usage targets together instead of creating again and again things with 60% of functionalities overlapping, longing for some other 20% of functionalities to implement in one tool from the other tool?<br>
+<br>