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 --- .../20101104/442d98d6/attachment-0001.html | 21 ++++++++ .../attachments/20101104/442d98d6/attachment.html | 21 ++++++++ .../20101104/51875021/attachment-0001.html | 63 ++++++++++++++++++++++ .../attachments/20101104/51875021/attachment.html | 62 +++++++++++++++++++++ .../20101104/9d875928/attachment-0001.html | 4 ++ .../attachments/20101104/9d875928/attachment.html | 4 ++ .../20101104/cdbe7188/attachment-0001.html | 21 ++++++++ .../attachments/20101104/cdbe7188/attachment.html | 21 ++++++++ .../20101104/de193223/attachment-0001.html | 56 +++++++++++++++++++ .../attachments/20101104/de193223/attachment.html | 55 +++++++++++++++++++ 10 files changed, 328 insertions(+) create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment-0001.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment-0001.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment-0001.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment-0001.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment-0001.html create mode 100644 zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment.html (limited to 'zarb-ml/mageia-discuss/attachments/20101104') diff --git a/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment-0001.html new file mode 100644 index 000000000..6dfa3ed76 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment-0001.html @@ -0,0 +1,21 @@ +Re,

2010/11/3 Samuel Verschelde <stormi@laposte.net>
 I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb
+

+- allow to browse the package database, provide the main informations about packages, like any other distribution does (see http://www.debian.org/distrib/packages for example).
+

or like http://sophie.zarb.org for  http://sophie.zarb.org/rpm/cooker,/gcompris gcompris package (would be in task-edu ?)
+

+- focus on interaction between users, testers and packagers (backports requests and voting, new soft requests and voting, and the other way round : testing requests from packagers to users)

+
well, sophie does not address this, indeed :)
 
+- customizable user notifications on your home page, RSS feed or e-mail (new backport available for you preferred soft, new update candidate available and awaiting testing...)

additions to sophie (nearly existing) 
+
+I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb

congrats, from what I've seen, it's approved by the board :-) 
+

+It was announced yesterday during the founders meeting : http://mageia.org/wiki/doku.php?id=meetings
+
+The project is at its very beginning, and the task is huge, so we'll proceed step by step. You can see our temporary roadmap here : http://github.com/agallou/mageia-app-db/wiki/ROADMAP
+ +

o_O tell the difference between what exists and what could be added :) 

+ +Right now, I'm mainly interested in your comments on this project, and also welcome any suggestions about the needs we have to answer (did we forget something ?), and ideas of functionalities. It doesn't mean we'll be able to implement everything, but at this stage I want to envision every possible idea :) 
+

I think that addition to what exists should be privileged, be it sophie or http://doc4.mandriva.org (when it works :/). Existing solutions being added and analysed at the bottom of http://mageiacauldron.tuxfamily.org/MageiaAppDb and appropriately documented when it answers practical requirements :-) (yeah voting is all a part of it being successful imho :D people taking in charge being a reason for effective success).
+

@++
Ben'. aka baud123





 
+ 

diff --git a/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment.html b/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment.html new file mode 100644 index 000000000..6dfa3ed76 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/442d98d6/attachment.html @@ -0,0 +1,21 @@ +Re,

2010/11/3 Samuel Verschelde <stormi@laposte.net>
 I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb
+

+- allow to browse the package database, provide the main informations about packages, like any other distribution does (see http://www.debian.org/distrib/packages for example).
+

or like http://sophie.zarb.org for  http://sophie.zarb.org/rpm/cooker,/gcompris gcompris package (would be in task-edu ?)
+

+- focus on interaction between users, testers and packagers (backports requests and voting, new soft requests and voting, and the other way round : testing requests from packagers to users)

+
well, sophie does not address this, indeed :)
 
+- customizable user notifications on your home page, RSS feed or e-mail (new backport available for you preferred soft, new update candidate available and awaiting testing...)

additions to sophie (nearly existing) 
+
+I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb

congrats, from what I've seen, it's approved by the board :-) 
+

+It was announced yesterday during the founders meeting : http://mageia.org/wiki/doku.php?id=meetings
+
+The project is at its very beginning, and the task is huge, so we'll proceed step by step. You can see our temporary roadmap here : http://github.com/agallou/mageia-app-db/wiki/ROADMAP
+ +

o_O tell the difference between what exists and what could be added :) 

+ +Right now, I'm mainly interested in your comments on this project, and also welcome any suggestions about the needs we have to answer (did we forget something ?), and ideas of functionalities. It doesn't mean we'll be able to implement everything, but at this stage I want to envision every possible idea :) 
+

I think that addition to what exists should be privileged, be it sophie or http://doc4.mandriva.org (when it works :/). Existing solutions being added and analysed at the bottom of http://mageiacauldron.tuxfamily.org/MageiaAppDb and appropriately documented when it answers practical requirements :-) (yeah voting is all a part of it being successful imho :D people taking in charge being a reason for effective success).
+

@++
Ben'. aka baud123





 
+ 

diff --git a/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment-0001.html new file mode 100644 index 000000000..eb8d60f65 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment-0001.html @@ -0,0 +1,63 @@ + + + + + + + + Well, could we have two kinds of installers to boot?
+
+ If you want nice effects and such you check a box & if not you + just click next.
+
+ Both sides then gets their way done.
+
+ Jérôme Hénin skrev 2010-11-03 18:30: +
+ 
On 3 November 2010 17:23, Kristoffer Grundström
+<kristoffer.grundstrom1983@gmail.com> wrote:
+
+
+ 
Since Linux is about opensource & Mageia is built with it, could we just
+include programs only based on opensource?
+
+For example:
+
+Gnash instead of Adobe's Flashplayer
+Java-1.6.0-openjdk instead of Java-1.6.0-sun
+
+Perhaps an option in the installer to choose between them?
+
+
+ 
+Giving the user that choice is the current Mandriva policy, and I
+don't see an intention to change it in Mageia. It's actually stated in
+the Mageia Values.
+
+
+
+ 
Also...........graphically I feel the installer & its layout is kinda
+boring.
+
+Have you compared with other installers to make a better one?
+
+
+ 
+Personally, I *like* my OS installers boring. For the following reasons:
+1) I should be using them only rarely
+2) when I do, I should focus on what I am doing, not on the looks of
+the installer.
+
+So I like a clean-looking installer with a focus on reliability,
+functionality, reliability, and more reliability.
+
+Just my tuppence.
+Jérôme
+
+
+ + + diff --git a/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment.html b/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment.html new file mode 100644 index 000000000..4287e944d --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/51875021/attachment.html @@ -0,0 +1,62 @@ + + + + + + + + Well, could we have two kinds of installers to boot?
+
+ If you want nice effects and such you check a box & if not you + just click next.
+
+ Both sides then gets their way done.
+
+ Jérôme Hénin skrev 2010-11-03 18:30: +
+ 
On 3 November 2010 17:23, Kristoffer Grundström
+<kristoffer.grundstrom1983@gmail.com> wrote:
+
+
+ 
Since Linux is about opensource & Mageia is built with it, could we just
+include programs only based on opensource?
+
+For example:
+
+Gnash instead of Adobe's Flashplayer
+Java-1.6.0-openjdk instead of Java-1.6.0-sun
+
+Perhaps an option in the installer to choose between them?
+
+
+ 
+Giving the user that choice is the current Mandriva policy, and I
+don't see an intention to change it in Mageia. It's actually stated in
+the Mageia Values.
+
+
+
+ 
Also...........graphically I feel the installer & its layout is kinda
+boring.
+
+Have you compared with other installers to make a better one?
+
+
+ 
+Personally, I *like* my OS installers boring. For the following reasons:
+1) I should be using them only rarely
+2) when I do, I should focus on what I am doing, not on the looks of
+the installer.
+
+So I like a clean-looking installer with a focus on reliability,
+functionality, reliability, and more reliability.
+
+Just my tuppence.
+Jérôme
+
+
+ + diff --git a/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment-0001.html new file mode 100644 index 000000000..1c047575e --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment-0001.html @@ -0,0 +1,4 @@ +

On Wed, Nov 3, 2010 at 23:27, Samuel Verschelde <stormi@laposte.net> wrote:
+I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb
+
The more I look at the project, the more I like it.

A comment on one aspect : as it would become the preferred interface to inquire about the state of an app/package, I think the interface (and link to bugzilla) for bug reporting will be crucial for the transition from passive to active users.
+
I will help with testing, perhaps more.
 

--

Frederic
diff --git a/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment.html b/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment.html new file mode 100644 index 000000000..1c047575e --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/9d875928/attachment.html @@ -0,0 +1,4 @@ +

On Wed, Nov 3, 2010 at 23:27, Samuel Verschelde <stormi@laposte.net> wrote:
+I tried to explain this project there : http://mageiacauldron.tuxfamily.org/MageiaAppDb
+
The more I look at the project, the more I like it.

A comment on one aspect : as it would become the preferred interface to inquire about the state of an app/package, I think the interface (and link to bugzilla) for bug reporting will be crucial for the transition from passive to active users.
+
I will help with testing, perhaps more.
 

--

Frederic
diff --git a/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment-0001.html new file mode 100644 index 000000000..38d32c2f0 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment-0001.html @@ -0,0 +1,21 @@ +

On Thu, Nov 4, 2010 at 22:38, Samuel Verschelde <stormi@laposte.net> wrote:
+Le jeudi 4 novembre 2010 02:00:22, Frederic Janssens a écrit :
+
> On Wed, Nov 3, 2010 at 23:27, Samuel Verschelde <stormi@laposte.net> wrote:
+>
+> > I tried to explain this project there :
+> > http://mageiacauldron.tuxfamily.org/MageiaAppDb
+> >
+> > The more I look at the project, the more I like it.
+>
+> A comment on one aspect : as it would become the preferred interface to
+> inquire about the state of an app/package, I think the interface (and link
+> to bugzilla) for bug reporting will be crucial for the transition from
+> passive to active users.
+>
+> I will help with testing, perhaps more.
+>
+
+
Thanks. You help will be welcome. I also think that information must flow between bugzilla and mageia-app-db as much as possible, we'll see how this is possible. Maybe this is a part of the project you could investigate ?
+
Yes.
I'm not very familiar with bugzilla, but I'm looking into it.
 
Another aspect I have been thinking about is to have, per package/app, a page giving a synthetic view :

lines = versions of the app (reverse chrolonogy)
+columns = versions of Mageia (and cauldron)
        with rpm availability, updates, backports (actual, or requests)
        and simple visual representation of stats : usage, "satisfaction",
        "open bugs"  ... (with link to details)
+
--

Frederic
diff --git a/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment.html b/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment.html new file mode 100644 index 000000000..38d32c2f0 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/cdbe7188/attachment.html @@ -0,0 +1,21 @@ +

On Thu, Nov 4, 2010 at 22:38, Samuel Verschelde <stormi@laposte.net> wrote:
+Le jeudi 4 novembre 2010 02:00:22, Frederic Janssens a écrit :
+
> On Wed, Nov 3, 2010 at 23:27, Samuel Verschelde <stormi@laposte.net> wrote:
+>
+> > I tried to explain this project there :
+> > http://mageiacauldron.tuxfamily.org/MageiaAppDb
+> >
+> > The more I look at the project, the more I like it.
+>
+> A comment on one aspect : as it would become the preferred interface to
+> inquire about the state of an app/package, I think the interface (and link
+> to bugzilla) for bug reporting will be crucial for the transition from
+> passive to active users.
+>
+> I will help with testing, perhaps more.
+>
+
+
Thanks. You help will be welcome. I also think that information must flow between bugzilla and mageia-app-db as much as possible, we'll see how this is possible. Maybe this is a part of the project you could investigate ?
+
Yes.
I'm not very familiar with bugzilla, but I'm looking into it.
 
Another aspect I have been thinking about is to have, per package/app, a page giving a synthetic view :

lines = versions of the app (reverse chrolonogy)
+columns = versions of Mageia (and cauldron)
        with rpm availability, updates, backports (actual, or requests)
        and simple visual representation of stats : usage, "satisfaction",
        "open bugs"  ... (with link to details)
+
--

Frederic
diff --git a/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment-0001.html b/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment-0001.html new file mode 100644 index 000000000..e0cac72f2 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment-0001.html @@ -0,0 +1,56 @@ + + + + + + + + Then how are people that's new to the system meant to learn how + certain things work?
+
+ John skrev 2010-11-04 09:01: +
+ 
On Thu, 04 Nov 2010 05:18:48 +0100
+Kristoffer Grundström wrote:
+
+
+
+ 
Well, could we have two kinds of installers to boot?
+
+If you want nice effects and such you check a box & if not you just
+click next.
+
+Both sides then gets their way done.
+
+
+ 
+Why two installers or install methods?
+
+To me, it seems to be waste of resources we could be using elsewhere. Yes
+I know it's all about choice(s) but at this level?
+
+An installer has the purpose of doing just that, as cleanly and as
+efficiently as possible, with as little user interaction as is possible.
+
+Seriously, the last thing the new or inexperienced user needs is yet
+another choice - the new user more than likely has no idea of what here or
+she is required to do anyway and presenting them with a choice of pretty
+or utility for the installer is likely confuse even more.
+
+We already have a very good installation method, a method which for the
+most part is able to interrogate the hardware and make sane/sensible
+descisions on that basis without a large amount of user interaction.
+
+Yes, I agree that some parts of the present installer need a little polish
+in some areas but a 'pretty' one is not going to change that either.
+
+My vote is stay with what we have plus a little polishing
+
+John NZ
+
+
+ + + diff --git a/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment.html b/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment.html new file mode 100644 index 000000000..5c9b87a43 --- /dev/null +++ b/zarb-ml/mageia-discuss/attachments/20101104/de193223/attachment.html @@ -0,0 +1,55 @@ + + + + + + + + Then how are people that's new to the system meant to learn how + certain things work?
+
+ John skrev 2010-11-04 09:01: +
+ 
On Thu, 04 Nov 2010 05:18:48 +0100
+Kristoffer Grundström wrote:
+
+
+
+ 
Well, could we have two kinds of installers to boot?
+
+If you want nice effects and such you check a box & if not you just
+click next.
+
+Both sides then gets their way done.
+
+
+ 
+Why two installers or install methods?
+
+To me, it seems to be waste of resources we could be using elsewhere. Yes
+I know it's all about choice(s) but at this level?
+
+An installer has the purpose of doing just that, as cleanly and as
+efficiently as possible, with as little user interaction as is possible.
+
+Seriously, the last thing the new or inexperienced user needs is yet
+another choice - the new user more than likely has no idea of what here or
+she is required to do anyway and presenting them with a choice of pretty
+or utility for the installer is likely confuse even more.
+
+We already have a very good installation method, a method which for the
+most part is able to interrogate the hardware and make sane/sensible
+descisions on that basis without a large amount of user interaction.
+
+Yes, I agree that some parts of the present installer need a little polish
+in some areas but a 'pretty' one is not going to change that either.
+
+My vote is stay with what we have plus a little polishing
+
+John NZ
+
+
+ + -- cgit v1.2.1