Fedora-Fr - Communauté francophone Fedora - Linux

Planet de Fedora-Fr : la communauté francophone autour de la distribution Linux Fedora

A propos

Cette page est actualisée toutes les heures.

Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.

Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.

Mot-clefs : RPMs

PackageDB-cli 1.1.0

Pierre-Yves Chibon

rpm.pngsource.png

Version 1.1.0 du client text pour pkgdb.

Release 1.1.0 of the command-line interface for pkgdb.

English version (no French)

I have pushed to testing few days ago a new version of packagedb-cli (aka pkgdb-cli).

With this new version:

  • You can adopt an orphaned package
  • The user name if not specified can be retrieved from the fedora_cert file (if presents)
  • If the package is orphaned, it is now highlighted
  • Approve all the request for someone but only the requested ACLs (not all ACLs)

There has also been some bugs fixed thanks to sochotni and ppisar who reported them on the trac.

Feel free to test and comment the updates:

PackageDB-cli 1.0.0

Pierre-Yves Chibon

rpm.pngsource.png

Version 1.0.0 du client text pour pkgdb.

Release 1.0.0 of the command-line interface for pkgdb.

English version (no French)

This morning has just been reviewed and approved the rpm for packagedb-cli (Thanks Elad!).

I am waiting for the SCM to be validated and I will upload and build this first release.


I am looking forward to hear your suggestions, comments and bug reports on the trac of the project



PS: If you rebuild the src.rpm from the review, I was pointed out that the USAGE in --help is not quite accurate, this is already fixed in git and will fixed at import.

Dependency graph

Pierre-Yves Chibon

source.png

A small script to generate the dependency graph from spec file

Un petit script pour générer le graph des dépendances à partir de fichier spec

English version

I maintain some R packages which have a quite nice dependency graph. Every time I fight to find back the order in which I should build them. So yesterday I started a small script which would give me the dependencies in a graph so that I could see the information I am looking for.

I came up with a small python script relying on pydot.

The last version is available there: http://project.pingoured.fr/misc/file/12447ca38f25/generateDependencyList.py

You run it as:

$ python generateDependencyList.py -f ~/GIT/
dependencygraph.svg has been generated

The output can look like this dependencygraph.png or dependencygraph-2.png (These pictures has been converted from svg to png and reduced)

sochotni pointed out that it actually does a similar job than rpmorphan, too bad, it was fun to do :-)

R2spec/R2rpm 3.0.0

Pierre-Yves Chibon

rpm.pngsource.png

New release of R2spec

Nouvelle version de R2spec

English version

This time it is there, the new release of R2spec is on its way and I have to say it brings a huge bunch of new features!

R2spec now comes with a new flavour, R2rpm which allows you to generate directly rpm from the R libraries.

Since I already announced it I won't spend to much time on it.

Check the changelog at the bottom for all the info !

I would like to thanks José Matos and Allen S. Rout for their help to build and improve this release.



French version

Et voila, une nouvelle version de R2spec est dans les tuyaux et je dois dire qu'elle amène tout un tas de nouveautés.

R2spec vous apporte maintenant un nouvel outil, R2rpm qui comme son nom l'indique permet de construire directement un rpm pour une bibliothèque R.

Bon comme je l'ai déjà annoncé je ne vais pas trop m'attarder là-dessus.

Regardez donc le changelog ci-dessous pour toutes les infos !

Je voudrais aussi remercier José Matos et Allen S. Rout pour leur aide dans la construction et l'amélioration de cette release.


Version 3.0.0 -- 05th May 2019
- Features added
  * R2spec can now be called from an external script
  * Use template via jinja2 to generate the spec files (Based on an idea of Allen S. Rout)
  * Create the R2rpm script which directly builds the rpm
  * Add a man page for R2rpm
  * Add the -p option which enable to build a spec from a package name
  * Parse the PACKAGES file from the repositories to find the information for the packages
  * Make the print of the TODO optional in the API
  * Give the opportunity to use mock to build the RPMs (rpmbuild being the default)
  * Enable to specify the mock command in the conf file
  * Enable to change the argument given to rpmbuild via the conf file 
      (to build srpm instead of rpm for example)
- Bugs correction
  * Fix the addition of the R- prefix to the dependencies
  * Rewrite the reading of the DESCRIPTION file from R
  * Do not enforce the spec and the source directory, reads the rpmmacros instead
     Thanks to José Matos for this function
  * Fix the summary if it ends with a dot "."
  * Capitalize the summary by default
  * Change UTF-8 to utf-8 to make emacs happy
  * Fix the spec file for the dependencies of this new release
  * Fix some bugs while trying to generate the RPM/SPEC from a tarball

R2rpm on cran

Pierre-Yves Chibon

Building cran RPM via R2rpm

Construire des RPMs du cran avec R2rpm

English format

Using the PACKAGES file from the CRAN I was able to generate a list of 670 packages that do not depend on anything else than R.

This morning I ran R2rpm on the first 100, it took around 3h and there are the results:

89 packages built
['ADGofTest', 'AMORE', 'AlgDesign', 'Animal', 'BGSIMD', 'BMN', 'BPHO', 'BayesValidate', 'Bhat', 'BiasedUrn', 'Biodem', 'Bolstad', 'Bolstad2', 'BootCL', 'CAVIAR', 'CCP', 'CDFt', 'CHsharp', 'CORElearn', 'CTT', 'ClinicalRobustPriors', 
'ComPairWise', 'CompetingRiskFrailty', 'ConvCalendar', 'CreditMetrics', 'CvM2SL1Test', 'CvM2SL2Test', 'DEA', 'DEMEtics', 'DEoptim', 'DTDA', 'DTK', 'Davies', 'Defaults', 'DiversitySampler', 'EMJumpDiffusion', 'EbayesThresh', 
'ElectroGraph', 'ExPD2D', 'FBN', 'FITSio', 'FKBL', 'FNN', 'Flury', 'GPArotation', 'GWRM', 'GeneF', 'GillespieSSA', 'HAPim', 'HI', 'HMM', 'HMR', 'ISOcodes', 'Imap', 'Iso', 'JADE', 'JudgeIt', 'Kendall', 'LDtests', 'LIStest', 'LearnBayes', 
'LearnEDA', 'LogitNet', 'LowRankQP', 'MAMSE', 'MCE', 'MKLE', 'MLDA', 'MLEcens', 'MMG', 'MMIX', 'MPV', 'MSVAR', 'MTSKNN', 'ModelGood', 'Multiclasstesting', 'NMFN', 'NORMT3', 'OPE', 'ORIClust', 'ORMDR', 'Oarray', 'OrdMonReg', 
'PBSddesolve', 'PLIS', 'POT', 'PSAgraphics', 'Peaks', 'PearsonICA']

11 packages failed
['BioStatR', 'BoSSA', 'BradleyTerry', 'BradleyTerry2', 'CPE', 'Cairo', 'FracSim', 'GDD', 'KFAS', 'MImix', 'OAIHarvester']

Damn this is good ! :-)

R2spec / R2rpm

Pierre-Yves Chibon

rpm.pngsource.png

New version of R2spec in the pipes

Une nouvelle version de R2spec dans les tuyaux

English version

There is a new version of R2spec in the pipes, this version fixes some bugs and introduces some new features. The main of these features is the presence of R2rpm now.

R2rpm generate the complete rpm directly from a url, the sources or simply the name of the package. It builds the package twice, once to determine the %file section and once to generate the RPM.

I fixed the length of the %description so that it is not bigger than the mandatory 75 characters, the summary is also corrected if it ends with a dot.

Tonight I have been playing with this new version, I was able to generate in the fly a bit more than 70 RPMs for R libraries in just few minutes (ok maybe it tooks a couple of hours :-)).

All the RPMs work, there are not rpmlint compliant so there would need more work if we want to integrate them into the repository but it is a good basis.

Something that I still want to do before to release officially the version 3.0.0 is the possibility to build the dependencies of a given package. Basically, this would allow to build RPM for one package and all the packages of which it depends.

For those who would like to test you can find the source, srpm and rpm in https://fedorahosted.org/releases/r/2/r2spec/ (latest release so far 3.0.0-0.4).

Do not hesitate to test it and report any issue you find in it :-)

Hope you like it !

Guake 0.4.1 - 2

Pierre-Yves Chibon

English version

Quickly, I have rebuilt Guake 0.4.1 to include the french translation.

The builds can be found:
https://admin.fedoraproject.org/updates/guake-0.4.1-2.fc12
https://admin.fedoraproject.org/updates/guake-0.4.1-2.fc11



French version

J'ai inclus la traduction français de Guake dans une mise à jour du RPM.

La mise à jour est en attente de testing :
https://admin.fedoraproject.org/updates/guake-0.4.1-2.fc12
https://admin.fedoraproject.org/updates/guake-0.4.1-2.fc11

Guake 0.4.1

Pierre-Yves Chibon

Guake 0.4.1 is released !

La version 0.4.1 de Guake est sortie !

English version

Guake 0.4.1 has been released, has been built and is pending for the testing repository. For reference, Guake is a top-down terminal in the same style than Tilda, Yakuake or the consol in the game quake. It is made for Gnome

Among the new feature we have quite a number of new locales available, the switch to Transifex really helped us on that ! A certain amount of bugs are also fixed in this release.

The new release is called: "I was just joking" (you'll have to go through the archive of the mailing-list to get that one ;-)).

I hope you will enjoy this new version

If you test it, don't forget to comment on bodhi ;-)



French version

Guake 0.4.1 est sorti, compilé et en attente pour le dépôt updates-testing. Pour rappel Guake est un terminal de type top-down qui s'affiche en haut de l'écran à la façon de Tilda, de Yakuake ou de la console de quake (le jeu ;-)), il est prévu pour Gnome.

Parmi les nouveautés on notera un plus grand nombre de traductions disponibles, le passage à Transifex nous ayant bien aidé pour ça. Un certain nombre de bogues sont aussi corrigés dans cette version

Cette nouvelle version est appelée "I was just joking" (il vous faudra aller dans les archives de la liste de diffusion pour la comprendre celle-la ;-) ).

J'espère que vous aimerez cette nouvelle version.

Pour les testeurs n'oubliez pas de mettre un mot sur bodhi ;-)



changes since 0.4.0:

Updated translation and new translation:

 * Italian
 * French
 * Portuguese/Brazilian
 * Novergian
 * German
 * Polish
 * Greek
 * Hungarian

Bugs/Features:

 * Change start message #168
 * Add an option to the preference windows to create new tab in cwd #146
 * Preferences windows are resizable #149
 * Guake's windows not shown when ran for the first time #174
 * Implement dbus interface to script with guake #150, #138, #105, #126, #128, #109
 * Command line arguments implemented
   -n create a new tab
   -e execute a command on a defined tab
   -r rename a tab
   -t toggle visibility
 * Improve regex to use character classes (improve the support of certain locales) #156
 * Ask user if he really wants to quit when there is a child process #158
 * Double click on a tab allows you to rename the tab #165
 * Add more information on the INSTALL file 
 * Tray icon position fixed #161

Infrastructure:

 * Move from guake-terminal.org to guake.org
 * Set up a mailing-list at: http://lists.guake.org/cgi-bin/mailman/listinfo/guake

makeBuild.py

Pierre-Yves Chibon

source.png

A small script to automate the build in different branch

Un petit script pour faire le build de rpm dans différentes branches.

English version

For some time now, I am using a small script to run the make tag and make build in the different branch when I update one of my packages

With that all I do is

  • Update the devel branch (source and spec)
  • run make x86_64
  • Eventually run a make tag build for devel to test it if it buils fine in rawhide
  • Copy the source and spec files to the other branch
  • commit
  • run the script adapted as needed

It works smoothly and save time when I have to update several packages :-)

(Logic and sources below)


French version

J'utilise depuis quelque temps un petit script python tout simple qui me fais make tag, et make build dans les différentes branches et pour plusieur paquets s'il faut.

Grâce à ce script lorsque je fais une mise à jour, je fais:

  • Mise à jour la branche devel (fichier spec et sources)
  • make x86_64 pour vérifier que ça se construit bien
  • Parfois je fais un make tag build dans devel pour vérifier qu'il n'y a pas de problèmes en rawhide
  • Copie des fichiers sources et .spec dans les autres branches du cvs
  • Commit
  • J'adapte puis fais marcher le script

Il marche tranquilement et me fais gagner du temps lorsque j'ai tout une série de paquets à construire.

(Logique et fichier ci-dessous)



#!/usr/bin/python
#-*- coding: utf-8 -*-
 
#
# For each package in packagelist
#   do
#     cvs co package
#     cd package
#     for each branch in branchlist
#       do
#         cd version
#         make tag
#         BUILD_FLAGS="--nowait" make build
#
 
 
import os
 
cvsfolder = '/home/pingou/CVS'
packagelist = ['R-hgu95av2probe', 'guake', 'R-pls']
branchlist = ['devel', 'F-11', 'F-10']
#branchlist = ['F-11', 'F-10']
 
for package in packagelist:
        os.chdir(cvsfolder)
        print '*'*50
        print '%s/%s' %(packagelist.index(package) + 1,len(packagelist)), ' '*10, package
        print '*'*50
        print 'cvs co %s' %package
        os.system('cvs co %s' %package)
        os.chdir('%s/%s' %(cvsfolder, package))
        for branch in branchlist:
                print '\n *** ', branch
                os.chdir('%s/%s/%s' %(cvsfolder, package, branch))
                print 'make tag'
                os.system('make tag')
                print 'BUILD_FLAGS="--nowait" make build'
                os.system('BUILD_FLAGS="--nowait" make build')

makeBuild.py

makeBuild.py

Pierre-Yves Chibon

source.png

A small script to automate the build in different branch

Un petit script pour faire le build de rpm dans différentes branches.

English version

For some time now, I am using a small script to run the make tag and make build in the different branch when I update one of my packages

With that all I do is

  • Update the devel branch (source and spec)
  • run make x86_64
  • Eventually run a make tag build for devel to test it if it buils fine in rawhide
  • Copy the source and spec files to the other branch
  • commit
  • run the script adapted as needed

It works smoothly and save time when I have to update several packages :-)

(Logic and sources below)


French version

J'utilise depuis quelque temps un petit script python tout simple qui me fais make tag, et make build dans les différentes branches et pour plusieur paquets s'il faut.

Grâce à ce script lorsque je fais une mise à jour, je fais:

  • Mise à jour la branche devel (fichier spec et sources)
  • make x86_64 pour vérifier que ça se construit bien
  • Parfois je fais un make tag build dans devel pour vérifier qu'il n'y a pas de problèmes en rawhide
  • Copie des fichiers sources et .spec dans les autres branches du cvs
  • Commit
  • J'adapte puis fais marcher le script

Il marche tranquilement et me fais gagner du temps lorsque j'ai tout une série de paquets à construire.

(Logique et fichier ci-dessous)



#!/usr/bin/python
#-*- coding: utf-8 -*-
 
#
# For each package in packagelist
#   do
#     cvs co package
#     cd package
#     for each branch in branchlist
#       do
#         cd version
#         make tag
#         BUILD_FLAGS="--nowait" make build
#
 
 
import os
 
cvsfolder = '/home/pingou/CVS'
packagelist = ['R-hgu95av2probe', 'guake', 'R-pls']
branchlist = ['devel', 'F-11', 'F-10']
#branchlist = ['F-11', 'F-10']
 
for package in packagelist:
        os.chdir(cvsfolder)
        print '*'*50
        print '%s/%s' %(packagelist.index(package) + 1,len(packagelist)), ' '*10, package
        print '*'*50
        print 'cvs co %s' %package
        os.system('cvs co %s' %package)
        os.chdir('%s/%s' %(cvsfolder, package))
        for branch in branchlist:
                print '
 *** ', branch
                os.chdir('%s/%s/%s' %(cvsfolder, package, branch))
                print 'make tag'
                os.system('make tag')
                print 'BUILD_FLAGS="--nowait" make build'
                os.system('BUILD_FLAGS="--nowait" make build')

makeBuild.py

Guake 0.4.0 is released

Pierre-Yves Chibon

English version

The latest version of guake (0.4.0) released yesterday has been built and is pending for the testing repository. For reference, Guake is a top-down terminal in the same style than Tilda, Yakuake or the consol in the game quake. It is made for Gnome

The amount of feature and bug correction is quite nice for this release (see the list at the bottom).

I would like to thanks Lincoln and Aleksandar (aka SnapShot) for the great work they have been doing ! :-)

The new release is called: "Frequency response" (the naming process is quite simple in fact... go to wikipedia and click to see a random page :-D ).

I hope you will enjoy this new version

If you test it, don't forget to comment on bodhi ;-)



French version

La nouvelle version de Guake (0.4.0) est compilé et en attente d'atteindre le dépôt updates-testing. Pour rappel Guake est un terminal de type top-down qui s'affiche en haut de l'écran à la façons de Tilda, de Yakuake ou de la console de quake (le jeu ;-)), il est prévut pour Gnome.

La liste de nouveautées pour cette nouvelle version est plutôt sympatique et je dois avouer que Guake 0.4.0 a vraiment bien évolué depuis sa dernière version (voir la liste ci-dessous).

Pour tout le travail accomplis je souhaite remercier Lincoln et Aleksandar (aka SnapShot) qui ont vraiment fais un boulot magnifique ! :-)

Au fait, cette nouvelle version est appelée "Frequency response" (le choix du nom fut assez facile: aller sur wikipedia et prendre le nom d'une page aléatoire :-D)

J'espère que vous aimerai cette nouvelle version.

Pour les testeurs n'oubliez pas de mettre un mot sur bodhi ;-)



* Font Bold are fixed
* New behavior with url (can copy without select)
* German translation
* Capacity to directly go to the preference windows (in both command line and through the menu)
* Correct the acquisition of the shortcut
* Resize the length of the window on the fly
* Start pop-up can be desactivated
* Trail icon is optionnal
* Tab ordering is fixed (or should be) New release from the git repo:
* Correct the acquisition of the shortcut
* Resize the length of the window on the fly
* Start pop-up can be desactivated
* Trail icon is optionnal
* Tab ordering is fixed
* Size of the bottom bar is smaller
* Enhance support for dual screen
* Improve support of the different shell

Guake 0.4.0 is released

Pierre-Yves Chibon

English version

The latest version of guake (0.4.0) released yesterday has been built and is pending for the testing repository. For reference, Guake is a top-down terminal in the same style than Tilda, Yakuake or the consol in the game quake. It is made for Gnome

The amount of feature and bug correction is quite nice for this release (see the list at the bottom).

I would like to thanks Lincoln and Aleksandar (aka SnapShot) for the great work they have been doing ! :-)

The new release is called: "Frequency response" (the naming process is quite simple in fact... go to wikipedia and click to see a random page :-D ).

I hope you will enjoy this new version

If you test it, don't forget to comment on bodhi ;-)



French version

La nouvelle version de Guake (0.4.0) est compilé et en attente d'atteindre le dépôt updates-testing. Pour rappel Guake est un terminal de type top-down qui s'affiche en haut de l'écran à la façons de Tilda, de Yakuake ou de la console de quake (le jeu ;-)), il est prévut pour Gnome.

La liste de nouveautées pour cette nouvelle version est plutôt sympatique et je dois avouer que Guake 0.4.0 a vraiment bien évolué depuis sa dernière version (voir la liste ci-dessous).

Pour tout le travail accomplis je souhaite remercier Lincoln et Aleksandar (aka SnapShot) qui ont vraiment fais un boulot magnifique ! :-)

Au fait, cette nouvelle version est appelée "Frequency response" (le choix du nom fut assez facile: aller sur wikipedia et prendre le nom d'une page aléatoire :-D)

J'espère que vous aimerai cette nouvelle version.

Pour les testeurs n'oubliez pas de mettre un mot sur bodhi ;-)



* Real transparency
* Font Bold are fixed
* New behavior with url (can copy without select)
* German translation
* Capacity to directly go to the preference windows (in both command line and through the menu)
* Correct the acquisition of the shortcut
* Resize the length of the window on the fly
* Start pop-up can be desactivated
* Trail icon is optionnal
* Tab ordering is fixed (or should be) New release from the git repo:
* Size of the bottom bar is smaller
* Enhance support for dual screen
* Improve support of the different shell

Guake Git version

Pierre-Yves Chibon

New release of Guake from the git repo

Nouvelle version de Guake issue du repo Git

English version (French below)

A new version of Guake has arrived in the updates-testing repo. The release based on the git version of February 10th.

There is a short list (probably incomplete) of the new feature and bugs corrected:

  • Correct the acquisition of the shortcut
  • Resize the length of the window on the fly
  • Start pop-up can be desactivated
  • Trail icon is optionnal
  • Tab ordering is fixed (or should be)

To test:

yum update --enablerepo=updates-testing guake

Be aware that this version is still under development so there are still some bugs remaining ;-) (It is also the reason why this release will stay in updates-testing)



French version

Une nouvelle version de Guake est arrivé dans le dépôt updates-testing. Cette version est basé sur le dépôt git du 10 février.

Voici une liste rapide et surement incomplête des nouvelles fonctionnalités et des bogues corrigés:

  • Correction de l'acquisition des raccourcis clavier
  • Possibilité de régler la hauteur de la fenêtre directement
  • Possibilité de désactiver le pop-up de notification au démarrage
  • L'icone de barre des taches est maintenant optionnelle
  • Le problème dans l'agencement des tabs est résolue (enfin devrai :p)

Pour tester:

yum update --enablerepo=updates-testing guake

Soyez avertis que cette version est toujours en dévelopement et donc que tous les bugs ne sont pas encore corrigés ;-) (Raison pour laquelle cette version va rester dans updates-testing

Guake Git version

Pierre-Yves Chibon

New release of Guake from the git repo

Nouvelle version de Guake issue du repo Git

English version (French below)

A new version of Guake has arrived in the updates-testing repo. The release based on the git version of February 10th.

There is a short list (probably incomplete) of the new feature and bugs corrected:

  • Correct the acquisition of the shortcut
  • Resize the length of the window on the fly
  • Start pop-up can be desactivated
  • Trail icon is optionnal
  • Tab ordering is fixed (or should be)

To test:

yum update --enablerepo=updates-testing guake

Be aware that this version is still under development so there are still some bugs remaining ;-) (It is also the reason why this release will stay in updates-testing)



French version

Une nouvelle version de Guake est arrivé dans le dépôt updates-testing. Cette version est basé sur le dépôt git du 10 février.

Voici une liste rapide et surement incomplête des nouvelles fonctionnalités et des bogues corrigés:

  • Correction de l'acquisition des raccourcis clavier
  • Possibilité de régler la hauteur de la fenêtre directement
  • Possibilité de désactiver le pop-up de notification au démarrage
  • L'icone de barre des taches est maintenant optionnelle
  • Le problème dans l'agencement des tabs est résolue (enfin devrai :p)

Pour tester:

yum update --enablerepo=updates-testing guake

Soyez avertis que cette version est toujours en dévelopement et donc que tous les bugs ne sont pas encore corrigés ;-) (Raison pour laquelle cette version va rester dans updates-testing

R2spec_2.2

Pierre-Yves Chibon

rpm.pngsource.png

Small typo correction

Quelques corrections et mise en forme

English version (Français ci-dessous)

Thanks to the remarks made by juba I have made some corrections on the code (mainly some indentation problems).

I also have change a bit the layout of the man page for a nicer one (I would like to point out this Create a man page, that help me to achieve this).

I have been asked the question: What is the interest in comparison to the normal R installation management system ? and I would like to say few words about it.

Here below are the advantages that come to my mind while replying to this question on IRC (#R on irc.freenode.net):

  • Availibility via yum
  • File in the correct part of the filesystem
  • Quality of the files checked (UTF8 - end of line of Windows...)
  • Correct dependencies management since the R guidelines says that R CMD check should be ran for each package, and R CMD check checks for all the dependencies (requires and suggests)
  • Better update system

At the end, I think making RPMs of the R libraries is really interesting for the end users or the system administrator who has an easy way to install and update the libraries of their choice.

Just my though...

Help yourself:



French version Grâce aux judicieuses remarques de juba j'ai corrigé quelques erreurs dans le code (principalement des problèmes d'indentation due aux différents éditeurs utilisé)

J'ai aussi changé un peu la page man pour la rendre plus jolie. À noter cette page Crée une page man qui m'a bien aidé dans cette entreprise.

On m'a aussi posé la question Quel est l'intérêt de ce système par rapport au système d'installation classique des bibliothèques de R ? je voudrais revenir là dessus.

Voici les quelques arguments qui me sont venus à l'esprit en répondant à cette question:

  • Disponibilité dans yum
  • Placement des fichiers dans les bons répertoire du système
  • Vérifications de la qualité des fichiers (encodage UTF8, retrait/substitution des fin de lignes de Windows...)
  • Bonne gestion des dépendances puisque les guidelines pour les RPMs R recommande l'utilisation systématique de la commande R CMD check qui vérifie la disponibilité de toutes les dépendances (requires et recommandées)
  • Meilleur moyen de mise à jour du système

Je pense qu'en fait faire des RPMs de bibliothèque R est vraiment intéressant pour les utilisateurs et les administrateurs système qui peuvent installer et mettre à jour sans problème et de façons très facile les bibliothèques de leur choix.

Enfin ce n'est que mon avis :)" class="smiley

Les classiques:

R2spec_2.2

Pierre-Yves Chibon

rpm.pngsource.png

Small typo correction

Quelques corrections et mise en forme

English version (Français ci-dessous)

Thanks to the remarks made by juba I have made some corrections on the code (mainly some indentation problems).

I also have change a bit the layout of the man page for a nicer one (I would like to point out this Create a man page, that help me to achieve this).

I have been asked the question: What is the interest in comparison to the normal R installation management system ? and I would like to say few words about it.

Here below are the advantages that come to my mind while replying to this question on IRC (#R on irc.freenode.net):

  • Availibility via yum
  • File in the correct part of the filesystem
  • Quality of the files checked (UTF8 - end of line of Windows...)
  • Correct dependencies management since the R guidelines says that R CMD check should be ran for each package, and R CMD check checks for all the dependencies (requires and suggests)
  • Better update system

At the end, I think making RPMs of the R libraries is really interesting for the end users or the system administrator who has an easy way to install and update the libraries of their choice.

Just my though...

Help yourself:



French version Grâce aux judicieuses remarques de juba j'ai corrigé quelques erreurs dans le code (principalement des problèmes d'indentation due aux différents éditeurs utilisé)

J'ai aussi changé un peu la page man pour la rendre plus jolie. À noter cette page Crée une page man qui m'a bien aidé dans cette entreprise.

On m'a aussi posé la question Quel est l'intérêt de ce système par rapport au système d'installation classique des bibliothèques de R ? je voudrais revenir là dessus.

Voici les quelques arguments qui me sont venus à l'esprit en répondant à cette question:

  • Disponibilité dans yum
  • Placement des fichiers dans les bons répertoire du système
  • Vérifications de la qualité des fichiers (encodage UTF8, retrait/substitution des fin de lignes de Windows...)
  • Bonne gestion des dépendances puisque les guidelines pour les RPMs R recommande l'utilisation systématique de la commande R CMD check qui vérifie la disponibilité de toutes les dépendances (requires et recommandées)
  • Meilleur moyen de mise à jour du système

Je pense qu'en fait faire des RPMs de bibliothèque R est vraiment intéressant pour les utilisateurs et les administrateurs système qui peuvent installer et mettre à jour sans problème et de façons très facile les bibliothèques de leur choix.

Enfin ce n'est que mon avis :)" class="smiley

Les classiques:

R2spec_2.2

Pierre-Yves Chibon

rpm.pngsource.png

Small typo correction

Quelques corrections et mise en forme

English version (Français ci-dessous)

Thanks to the remarks made by juba I have made some corrections on the code (mainly some indentation problems).

I also have change a bit the layout of the man page for a nicer one (I would like to point out this Create a man page, that help me to achieve this).

I have been asked the question: What is the interest in comparison to the normal R installation management system ? and I would like to say few words about it.

Here below are the advantages that come to my mind while replying to this question on IRC (#R on irc.freenode.net):

  • Availibility via yum
  • File in the correct part of the filesystem
  • Quality of the files checked (UTF8 - end of line of Windows...)
  • Correct dependencies management since the R guidelines says that R CMD check should be ran for each package, and R CMD check checks for all the dependencies (requires and suggests)
  • Better update system

At the end, I think making RPMs of the R libraries is really interesting for the end users or the system administrator who has an easy way to install and update the libraries of their choice.

Just my though...

Help yourself:



French version Grâce aux judicieuses remarques de juba j'ai corrigé quelques erreurs dans le code (principalement des problèmes d'indentation due aux différents éditeurs utilisé)

J'ai aussi changé un peu la page man pour la rendre plus jolie. À noter cette page Crée une page man qui m'a bien aidé dans cette entreprise.

On m'a aussi posé la question Quel est l'intérêt de ce système par rapport au système d'installation classique des bibliothèques de R ? je voudrais revenir là dessus.

Voici les quelques arguments qui me sont venus à l'esprit en répondant à cette question:

  • Disponibilité dans yum
  • Placement des fichiers dans les bons répertoire du système
  • Vérifications de la qualité des fichiers (encodage UTF8, retrait/substitution des fin de lignes de Windows...)
  • Bonne gestion des dépendances puisque les guidelines pour les RPMs R recommande l'utilisation systématique de la commande R CMD check qui vérifie la disponibilité de toutes les dépendances (requires et recommandées)
  • Meilleur moyen de mise à jour du système

Je pense qu'en fait faire des RPMs de bibliothèque R est vraiment intéressant pour les utilisateurs et les administrateurs système qui peuvent installer et mettre à jour sans problème et de façons très facile les bibliothèques de leur choix.

Enfin ce n'est que mon avis :)" class="smiley

Les classiques:

R2spec_2.2

Pierre-Yves Chibon

rpm.pngsource.png

Small typo correction

Quelques corrections et mise en forme

English version (Français ci-dessous)

Thanks to the remarks made by juba I have made some corrections on the code (mainly some indentation problems).

I also have change a bit the layout of the man page for a nicer one (I would like to point out this Create a man page, that help me to achieve this).

I have been asked the question: What is the interest in comparison to the normal R installation management system ? and I would like to say few words about it.

Here below are the advantages that come to my mind while replying to this question on IRC (#R on irc.freenode.net):

  • Availibility via yum
  • File in the correct part of the filesystem
  • Quality of the files checked (UTF8 - end of line of Windows...)
  • Correct dependencies management since the R guidelines says that R CMD check should be ran for each package, and R CMD check checks for all the dependencies (requires and suggests)
  • Better update system

At the end, I think making RPMs of the R libraries is really interesting for the end users or the system administrator who has an easy way to install and update the libraries of their choice.

Just my though...

Help yourself:



French version Grâce aux judicieuses remarques de juba j'ai corrigé quelques erreurs dans le code (principalement des problèmes d'indentation due aux différents éditeurs utilisé)

J'ai aussi changé un peu la page man pour la rendre plus jolie. À noter cette page Crée une page man qui m'a bien aidé dans cette entreprise.

On m'a aussi posé la question Quel est l'intérêt de ce système par rapport au système d'installation classique des bibliothèques de R ? je voudrais revenir là dessus.

Voici les quelques arguments qui me sont venus à l'esprit en répondant à cette question:

  • Disponibilité dans yum
  • Placement des fichiers dans les bons répertoire du système
  • Vérifications de la qualité des fichiers (encodage UTF8, retrait/substitution des fin de lignes de Windows...)
  • Bonne gestion des dépendances puisque les guidelines pour les RPMs R recommande l'utilisation systématique de la commande R CMD check qui vérifie la disponibilité de toutes les dépendances (requires et recommandées)
  • Meilleur moyen de mise à jour du système

Je pense qu'en fait faire des RPMs de bibliothèque R est vraiment intéressant pour les utilisateurs et les administrateurs système qui peuvent installer et mettre à jour sans problème et de façons très facile les bibliothèques de leur choix.

Enfin ce n'est que mon avis :)

Les classiques:

R2spec -- tester wanted

Pierre-Yves Chibon

rpm.pngsource.png

New design and new release of the R2spec project

Nouveau design et donc nouvelle version de mon projet R2spec

English version (Français ci-dessous)

With the proposal of making of Bioconductor a feature for Fedora I though that I should have a new look at my project R2spec.

Just to refresh your memory, R2spec was originally a small python script written to help people interested in packaging R libraries. The version 1.3 is available.

Looking at a way to package it, I though I should redesign the whole project a bit more. I thus decided to release a version 2 which has been entirely re-written in a object-oriented programming. Why did I do this ? Basically there are several reason:

  • It makes it easier to package (laziness when you hold me...)
  • It was a good exercise for me of object oriented programming in python (for memory R2spec is my first project in python)
  • I have the feeling (without having really tested) that it performs its task faster

So at the end, I have now a nice python project.

I would like to thanks mcleanj from transbot because it is by looking at its source that I made my project.

I am now looking for comments, testers and feed back to know among other if we can do something from this, If it works good enough that I could ask fedorahosted to host it and try to get it into the official repository...

You can find

Have a lot of fun !! :)


French version

En proposant de faire de Bioconductor une fonctionnalité de Fedora j'ai pensé que je devrais revoir un peu mon projet R2spec.

Pour vous rafraichir la mémoire, R2spec est à l'origine un petit script en python dont le but et d'aider les personnes intéressé à créer les fichiers spec pour les RPM des bibliothèque de R. La version 1.3 reste disponible.

Lorsque j'ai essayé de créer le RPM pour ce petit script, je me suis dis qu'il ne serai en fait pas inintéressant de le refaire en entier. J'ai donc décidé de faire une version 2 de ce projet qui a été complètement refais en programmation orientée objet. Pourquoi le faire ainsi ? Pour des raisons très simples:

  • C'est plus facile pour faire le RPM (paresse quand tu me tiens...)
  • Ce fut un bon exercice pour moi de programmation orientée objet en python (pour rappel R2spec est mon premier projet en python)
  • J'ai l'impression que c'est un peu plus rapide (même si j'avoue ne pas avoir vraiment fait de tests).

Tout ceci fais que j'ai maintenant un joli projet en python :)

Je voudrais remercier mcleanj dont le project transbot m'a beaucoup aidé dans la réalisation de mon propre projet

Maintenant, je suis à la recherche de commentaires, de testeurs et de retours pour savoir notamment si ça vaut le coup de le faire héberger sur fedorahosted et de le mettre dans les dépots officiels...

Alors sont à votre dispositions:

Amusez vous bien !! :)

R2spec -- tester wanted

Pierre-Yves Chibon

rpm.pngsource.png

New design and new release of the R2spec project

Nouveau design et donc nouvelle version de mon projet R2spec

English version (Français ci-dessous)

With the proposal of making of Bioconductor a feature for Fedora I though that I should have a new look at my project R2spec.

Just to refresh your memory, R2spec was originally a small python script written to help people interested in packaging R libraries. The version 1.3 is available.

Looking at a way to package it, I though I should redesign the whole project a bit more. I thus decided to release a version 2 which has been entirely re-written in a object-oriented programming. Why did I do this ? Basically there are several reason:

  • It makes it easier to package (laziness when you hold me...)
  • It was a good exercise for me of object oriented programming in python (for memory R2spec is my first project in python)
  • I have the feeling (without having really tested) that it performs its task faster

So at the end, I have now a nice python project.

I would like to thanks mcleanj from transbot because it is by looking at its source that I made my project.

I am now looking for comments, testers and feed back to know among other if we can do something from this, If it works good enough that I could ask fedorahosted to host it and try to get it into the official repository...

You can find

Have a lot of fun !! :)" class="smiley


French version

En proposant de faire de Bioconductor une fonctionnalité de Fedora j'ai pensé que je devrais revoir un peu mon projet R2spec.

Pour vous rafraichir la mémoire, R2spec est à l'origine un petit script en python dont le but et d'aider les personnes intéressé à créer les fichiers spec pour les RPM des bibliothèque de R. La version 1.3 reste disponible.

Lorsque j'ai essayé de créer le RPM pour ce petit script, je me suis dis qu'il ne serai en fait pas inintéressant de le refaire en entier. J'ai donc décidé de faire une version 2 de ce projet qui a été complètement refais en programmation orientée objet. Pourquoi le faire ainsi ? Pour des raisons très simples:

  • C'est plus facile pour faire le RPM (paresse quand tu me tiens...)
  • Ce fut un bon exercice pour moi de programmation orientée objet en python (pour rappel R2spec est mon premier projet en python)
  • J'ai l'impression que c'est un peu plus rapide (même si j'avoue ne pas avoir vraiment fait de tests).

Tout ceci fais que j'ai maintenant un joli projet en python :)" class="smiley

Je voudrais remercier mcleanj dont le project transbot m'a beaucoup aidé dans la réalisation de mon propre projet

Maintenant, je suis à la recherche de commentaires, de testeurs et de retours pour savoir notamment si ça vaut le coup de le faire héberger sur fedorahosted et de le mettre dans les dépots officiels...

Alors sont à votre dispositions:

Amusez vous bien !! :)" class="smiley