[Mageia-dev] Invitation à se connecter sur LinkedIn

2012-08-01 Thread Fabrice Facorat
LinkedIn




Mageia,

J'aimerais vous inviter à rejoindre mon réseau professionnel en ligne, sur le 
site LinkedIn.

Fabrice

Fabrice Facorat
Sysadmin chez Orange Business Services: Enablers Portal, PNS team
Région de Nice , France

Veuillez confirmer que vous connaissez Fabrice Facorat :
https://www.linkedin.com/e/wnk75a-h5cen71o-37/isd/8072999478/E-5G09wb/?hs=falsetok=0NlNUcfPipM5k1

--
Vous recevez des invitations à vous connecter par e-mail. Cliquez ici si vous 
ne souhaitez plus recevoir ces e-mails :
http://www.linkedin.com/e/wnk75a-h5cen71o-37/XuJfPVo1XXuftlZXGqyrld81gvXO0ji0_p/goo/mageia-dev%40mageia%2Eorg/20061/I2721592599_1/?hs=falsetok=0Q_GGgZwypM5k1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.



Re: [Mageia-dev] replace mysql by mariadb ? (was HEADSUP: mariadb available for testing)

2011-12-02 Thread Fabrice Facorat
and benchmarks of MySQL vs MariaDB : this is important if you plan to
use Mageia on a production server

2011/12/2 Maarten Vanraes al...@rmail.be:
 Op vrijdag 02 december 2011 18:24:13 schreef zezinho:
 Le vendredi 2 décembre 2011 17:33:04, Maarten Vanraes a écrit :
  if we test mariadb, and you see no differences, why not drop it? do you
  agree?

 I'd say go slow, go for sure. We need a list of needed tests:
 - phpmyadmin
 - amarok
 - nepomuk
 - akonadi
 - 
 - install a cms like spip.net can also be interesting

 I you want so much mariadb un mageia, I expect you to build all this srpms
 against it, and test them a lot (some music files in amarok, some file
 searches through nepomuk, some addresses in akonadi)

 Then we can talk about submitting all this to mageia cauldron AKA 2
 alpha. We should not just push to cauldron without local tests.

 you didn't think i did local tests?

 i tested with amarok, akonadi, drupal and phpmyadmin locally

 the purpose of this is exactly to get more testing



-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] New mockups about mageia-app-db

2011-02-07 Thread Fabrice Facorat
2011/2/7 Marcello Anni marcello.a...@alice.it:
 On 6 February 2011 23:17, Fabrice Facorat fabrice.faco...@gmail.com wrote:
  2011/2/6 Marcello Anni marcello.a...@alice.it:
  2011/2/6 Marcello Anni marcello.a...@alice.it:
   2011/2/6 Marcello Anni marcello.a...@alice.it:

  whereas eventually I may know about release ( Mageia 2011 ), I may not
  know about updates/backports/testing/
  What's the point fo browsing by release ? It's an application
  database, so you should browse by applications.

 this mockup depends for some aspects on the current implementation:

 http://88.191.121.20/madb/master/index.php/?source=0distrelease=8application=1arch=1

 i agree about browsing only by applications, but for power users is important
 also the updates/backports/testing/ option.

It's depend on the workflow.
Do you want to :
- quickly be able to see all backports packages for a release
- or see the differents versions for a package

IMHO for the former, you'd better add a query/report page where the
user could select some filters and then have an answer. Some of the
filters category :
release = distribution_version1, distribution_version_2
category = release, backport, testing
sort by = category, release date

You should keep the UI simple, and then add a query page to allow
complex queries for power users.

-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] New mockups about mageia-app-db

2011-02-06 Thread Fabrice Facorat
2011/2/6 Marcello Anni marcello.a...@alice.it:
 hi Samuel,
 these are my last 2 mockups about mageia-app-db project. i've added mageia-
 discuss and mageia-dev in the CC list so anyone can share his opinion about
 these mockups, giving us comments and ideas that can improve the tool. please,
 tell me what do you think about it

 homepage: http://img209.imageshack.us/i/mageiafindouthomepage.jpg/
 browsing page: http://img696.imageshack.us/i/mageiafindoutbrowsingpa.jpg/

sorry but who is supposed to use mageia-app-db ? power users ? dev ?
casual/normal users ?


-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] New mockups about mageia-app-db

2011-02-06 Thread Fabrice Facorat
2011/2/6 Marcello Anni marcello.a...@alice.it:
 2011/2/6 Marcello Anni marcello.a...@alice.it:

  homepage: http://img209.imageshack.us/i/mageiafindouthomepage.jpg/
  browsing page: http://img696.imageshack.us/i/mageiafindoutbrowsingpa.jpg/

 sorry but who is supposed to use mageia-app-db ? power users ? dev ?
 casual/normal users ?


 Samuel said that the application must be useful both for newbies and power
 users

ok for power users, but for normal users the Ui is too cluttered

1. left pane : Release Alpha vs Cauldron ? for a normal user, this
means pretty nothing. If the user is looking for an
application/package, then don't talk about release or repositories.
What about using instead rpm categories, and then display theses kind
of information in the package infos

2. right pane : Alpha vs Beta ?

3. center pane : the introduction text is too long IMHO

4. why do we have 2 search fields ?



-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] New mockups about mageia-app-db

2011-02-06 Thread Fabrice Facorat
2011/2/6 Marcello Anni marcello.a...@alice.it:
 2011/2/6 Marcello Anni marcello.a...@alice.it:
  2011/2/6 Marcello Anni marcello.a...@alice.it:

   homepage: http://img209.imageshack.us/i/mageiafindouthomepage.jpg/
   browsing page:
 http://img696.imageshack.us/i/mageiafindoutbrowsingpa.jpg/
 
  sorry but who is supposed to use mageia-app-db ? power users ? dev ?
  casual/normal users ?
 
 
  Samuel said that the application must be useful both for newbies and power
  users

 ok for power users, but for normal users the Ui is too cluttered

 [remember that this is only a first mockup made by me (the developer is
 Samuel), my goal is to provide to him all the most interesting infos and ideas
 to develop the app as best as possible.]

 1. left pane : Release Alpha vs Cauldron ? for a normal user, this
 means pretty nothing. If the user is looking for an
 application/package, then don't talk about release or repositories.

 well, if you have mandriva installed, do you think you don't know what release
 is? alpha release vs. cauldron could be Mageia 2011 and Mageia 2012

whereas eventually I may know about release ( Mageia 2011 ), I may not
know about updates/backports/testing/
What's the point fo browsing by release ? It's an application
database, so you should browse by applications.

 What about using instead rpm categories, and then display theses kind
 of information in the package infos

 do you mean showing only amarok field and when you get into it you'll
 download different versions depending on the release installed? it can be an
 interesting idea.

first I see the main categories : Office, Sound  Video, Tools, ...
Then the sub-category and then the application :
Sound  Video - Sound - Amarok
The left pane should only show categories, the application list will
be displayed in the center pane.

See tthe way you navigate in this :
http://download.cnet.com/windows/mp3-and-audio-software/?tag=rb_content;contentNav

 2. right pane : Alpha vs Beta ?

 also here, i mean something like this: Mageia 2011 and Mageia 2012

this won't scale when you will have more and more release, except if
you plan to show only 2 releases, and so to support a mandriva release
only during 2 releases cycles.

-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] Dev Team Call To Action...

2011-01-27 Thread Fabrice Facorat
2011/1/27 Colin Guthrie mag...@colin.guthr.ie:
 'Twas brillig, and Maarten Vanraes at 27/01/11 00:17 did gyre and gimble:
  - mageia-app-db (Stormi: PHP) would like some help.

 I've been a lot busier with work and other real life commitments of late
 , so have not had nearly as much time for Mageia stuff as I'd hoped.

 But in principle, I can help out here with the PHP side of things. IIRC
 Stormi is using Zend Framework which I'm very familiar with.

Symphony it seems. I have a look at the code and site project as I was
willing to help too :)

-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] Mirror list for apps (LONG mail)

2010-11-03 Thread Fabrice Facorat
2010/11/3 Michael Scherer m...@mandriva.org:
 Le mercredi 03 novembre 2010 à 20:05 +0100, Fabrice Facorat a écrit :
 2010/11/3 Olivier Thauvin nanar...@nanardon.zarb.org:

  Keeping this format is more simple, just changing the line specifiying
  basis url in URPMI.

 And allow to keep compatibility with urpmi without maintaining too much patch

  By changing the the format we can add features, make it clearer, etc...
  But changing format to what ? XML ? YAML ? CSV ? something worst ? :)
  Changes can done later.

 if really you want to change this you should :
 - ditch the url in favor of a XML-RPC or REST calls

 Given the fact we have slightly less ressources than Mandriva and that
 people on Mandriva side ( or at least, that's what I remind that fcrozat
 told me ) didn't have the ressources to have a more complex system, we
 should avoid this.

 - by doing this you will be able to user whatever version or name for
 the distribution. Indeed by using an url, you have to avoid space, or
 too fancy names. On top of that you can change too much the format

 You can use space in a url.

sure, but it's ugly and you need to escape the space ( url encoding )

 And if we use a XML-RPC api, we will not be able to change it either, so
 that trading the impossibility of changing the format for the
 impossibility to change the API.

a good API won't be an issue :p
URL parsing is harder and more error-prone

 This could be done on the client side. On the client side, this would
 mean a little bit more bandwidth used, a little more cpu, and on our
 side, it would be less CPU. And I think cpu is a more rare ressources
 than bandwidth.

you can use cache on the server side, i.e provide a static file which
is a cache of the query.



-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] About Mandriva tools future : Host Mandriva tools on github

2010-10-02 Thread Fabrice Facorat
Le 2 octobre 2010 17:52, Nicolas Lécureuil neoclust.mag...@gmail.com a écrit :


 2010/10/2 Fabrice Facorat fabrice.faco...@gmail.com

 2010/10/1 Sinner from the Prairy sinnerb...@gmail.com:
  Fabrice Facorat wrote:

  Mandriva tries that, with look'n'feel consistent on MCC, KDE and Gnome.
  draketools work on TUI or GUI. They work well.

 some tools does not work correctly however and are buggy


 Better  is to fix them instead of rewrite all.

you know, when something have been broken for more than 2 years ... at
some point you may think that the best would be to just change it ;-)



-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] About Mandriva tools future : Host Mandriva tools on github

2010-10-01 Thread Fabrice Facorat
2010/10/1 Marc Paré m...@marcpare.com:


 Somehow I have a feeling this thread will be a deja vu of the rpm vs.
 deb thread...



 Yes, the magic of mailists strikes again. And of course, the same arguments
 will be restated again because people can not browse back to the previous
 arguments. In a lot of cases, Déjà vu could almost be called the alias of
 Mailist. LOL

this is not rpm vs deb or synaptic vs smart vs rpmdrake.

This is about making some decisions about some tools. Some of the
Mandriva tools have outdate UI, cluttered UI and even are sometimes
buggy.
The situation persists since many years already, so at some point we
should ask ourself : are we going to rewrite them, notably the UI, to
make them be more 2010, or should we use another tool with another
GUI.



-- 
Close the World, Open the Net
http://www.linux-wizard.net


Re: [Mageia-dev] About Mandriva tools future : Host Mandriva tools on github

2010-10-01 Thread Fabrice Facorat
2010/10/1 Tux99 tux99-...@uridium.org:
 On Fri, 1 Oct 2010, Fabrice Facorat wrote:

 This is about making some decisions about some tools. Some of the
 Mandriva tools have outdate UI, cluttered UI and even are sometimes
 buggy.
 The situation persists since many years already, so at some point we
 should ask ourself : are we going to rewrite them, notably the UI, to
 make them be more 2010, or should we use another tool with another
 GUI.

 Personally I don't see anything wrong with the GUI of the draktools.

there's many things wrong. Just try Wndows 7 or Windows 2008 R2 tools
http://www.win2008r2workstation.com/win2008r2/themes
http://learn.iis.net/page.aspx/29/installing-iis-7-on-windows-server-2008-or-windows-server-2008-r2/
http://www.verboon.info/wp-content/uploads/2010/06/2010061520h01_291.png
http://4sysops.com/wp-content/uploads/2008/12/windows-server-2008-r2-bpa.png

 If imrpoving them means to rewrite them from scratch or replace them
 with inferior tools from other distros, then that would be a big effort
 and/or step backwards just for the estetics.

 Substance counts a lot more than appearance to me.

again you're somewhat wrong

iPod and iPhones are inferirors products technically speaking, but
they have better appearance ( good marketing, which is about
appearance ) and so are successful.



-- 
Close the World, Open the Net
http://www.linux-wizard.net