/* Topic des codeurs [8] */

Rolinh · Le 16/06/2013, à 14:02

Tiens, je viens de découvrir travis-ci. Vous en aviez déjà entendu parlé/déjà testé?

Rolinh · Le 17/06/2013, à 22:29

Woaoo, j'ai commencé mon projet de datamining en python 3.
Et là, j'ai constaté que nltk n'est toujours pas compatible python 3... Sérieusement, ça fait quoi, 4 ans que python 3 est sorti maintenant nan?

The Uploader · Le 17/06/2013, à 22:43

@Rolinh :
Pour Rreader, on dirait que j'peux pas faire rake db:migrate sans décommenter la ligne :

gem 'therubyracer', :platforms => :ruby

Dans le Gemfile (et de refaire bundle install of course)
Sinon j'ai execjs qui se plaint de pas trouver de runtime JS.

Faudrait peut-être rajouté ça dans le README ?
Bon en tout cas du coup maintenant j'suis tout sale :

   git status   
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   Gemfile

(et c'est là que je me rends compte que j'ai pas fait de branche, c'est pas propre c'que je fais là. >_< edit : tout de suite dans une branche local j'me sens plus propre, vive 'git stash')

En plus j'ai ruby1.9 et les gems dans /opt vu que Arch est en ruby 2.0, mais bon ça j'y peux rien.
----

Sinon j'ai eu un rdv avec Sogeti, et deux autres offres par téléphone (ce qui est chiant avec le téléphone c'est que tu rappelles le N° donné et que ça répond pas... >_< ), et une autre offre par mail. \o/
On dirait que .NET c'est pas mal recherché... (j'ai mis un CV "Système" sur monster et l'APEC). J'aurais préféré du LL, mais tant pis.

Dernière modification par The Uploader (Le 17/06/2013, à 22:45)

Rolinh · Le 17/06/2013, à 22:56

Il faut installer un runtime js. Perso, j'utilise nodejs et ça fonctionne très bien. J'ai mis-à-jour le readme du coup, merci à toi.

Pour la version de Ruby, je te conseille d'utiliser rvm comme cela est expliqué dans le readme. RReader utilise ruby 1.9.3 et rails 3.2 bien que fondamentalement il devrait aussi fonctionner avec ruby 2.0.

Tu avais apporté quels changements?

EDIT: ceci dit, gem 'therubyracer', :platforms => :ruby est bien une ligne commentée dans le Gemfile. Tu aurais changé des trucs dans le Gemfile et décommenté la ligne sans faire gaffe?

Dernière modification par Rolinh (Le 17/06/2013, à 22:59)

The Uploader · Le 17/06/2013, à 23:21

Oui j'ai installé un runtime JS (therubyracer). Mais il ne l'a pas trouvé avant que je décommente la ligne gem 'therubyracer', :platforms => :ruby.
Confirmé, je l'ai recommenté, et :

 rake db:migrate
rake aborted!
Could not find a JavaScript runtime. See https://github.com/sstephenson/execjs for a list of available runtimes.
/home/max/Dev/contribs/rreader/config/application.rb:7:in `<top (required)>'
/home/max/Dev/contribs/rreader/Rakefile:5:in `<top (required)>'
(See full trace by running task with --trace)

rake db:migrate --trace
rake aborted!
Could not find a JavaScript runtime. See https://github.com/sstephenson/execjs for a list of available runtimes.
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/execjs-1.4.0/lib/execjs/runtimes.rb:51:in `autodetect'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/execjs-1.4.0/lib/execjs.rb:5:in `<module:ExecJS>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/execjs-1.4.0/lib/execjs.rb:4:in `<top (required)>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `block in require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:236:in `load_dependency'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/coffee-script-2.2.0/lib/coffee_script.rb:1:in `<top (required)>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `block in require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:236:in `load_dependency'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/coffee-script-2.2.0/lib/coffee-script.rb:1:in `<top (required)>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `block in require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:236:in `load_dependency'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/activesupport-3.2.13/lib/active_support/dependencies.rb:251:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/coffee-rails-3.2.2/lib/coffee-rails.rb:1:in `<top (required)>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:72:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:72:in `block (2 levels) in require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:70:in `each'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:70:in `block in require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:59:in `each'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler/runtime.rb:59:in `require'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/bundler-1.3.5/lib/bundler.rb:132:in `require'
/home/max/Dev/contribs/rreader/config/application.rb:7:in `<top (required)>'
/opt/ruby1.9/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
/opt/ruby1.9/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
/home/max/Dev/contribs/rreader/Rakefile:5:in `<top (required)>'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/rake_module.rb:25:in `load'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/rake_module.rb:25:in `load_rakefile'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:589:in `raw_load_rakefile'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:89:in `block in load_rakefile'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:160:in `standard_exception_handling'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:88:in `load_rakefile'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:72:in `block in run'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:160:in `standard_exception_handling'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/lib/rake/application.rb:70:in `run'
/opt/ruby1.9/lib/ruby/gems/1.9.1/gems/rake-10.0.4/bin/rake:33:in `<top (required)>'
/home/max/bin/rake:23:in `load'
/home/max/bin/rake:23:in `<main>'

J'ai pas d'erreur si elle n'est pas commentée.

(sinon, tout ce qu'il y a dans ~/bin/ du genre ~/bin/ruby sont des liens symboliques vers par exemple /usr/bin/ruby1.9, qui est un lien symbolique vers /opt/.../ruby >_< enfin bref ^^')

Pour RVM, je ne suis pas spécialement attaché à Ruby 2.0, et je crois que ruby 2.0 ne fonctionnait pas avec RReader mais il faudrait que je réessaie pour être sûr.
J'ai juste fait

sudo pacman -Rsn ruby && yaourt -S ruby1.9

et ça roule.

Dernière modification par The Uploader (Le 17/06/2013, à 23:29)

grim7reaper · Le 18/06/2013, à 13:04

Rolinh a écrit :

Woaoo, j'ai commencé mon projet de datamining en python 3.
Et là, j'ai constaté que nltk n'est toujours pas compatible python 3... Sérieusement, ça fait quoi, 4 ans que python 3 est sorti maintenant nan?

Ça va faire 5 ans cette année.
Tu peux voir un état du truc ici, c’est pas joli joli…

Rolinh · Le 18/06/2013, à 16:48

Intéressant ce graphe mais comme tu dis, c'est pas terrible...
Sincèrement, quelles sont les raisons valables de ne pas porter les libs vers python 3?

The Uploader · Le 18/06/2013, à 16:53

Le manque de force de travail ? L'effort à fournir ? Bibliothèque abandonnée ?

Dernière modification par The Uploader (Le 18/06/2013, à 16:55)

Rolinh · Le 18/06/2013, à 17:05

@The Uploader: t'as pu faire fonctionner RReader finalement? Je vais me mettre dessus un petit moment pour me détendre.

The Uploader · Le 18/06/2013, à 17:18

Oui c'est bon.
Perso je viens de rentrer de Bordeaux, et demain et ce soir je devrais avoir rien ou pas grand chose en dehors de surveiller mes mails et mon téléphone (et quelques recherches à faire pour des jobs), donc j'pense enfin m'y mettre sérieusement sous peu.
En tout cas, ça bouge pas mal depuis que j'ai mis mon CV "Système" avec mes expériences .NET. C'est cool.

Rolinh · Le 18/06/2013, à 17:26

The Uploader a écrit :

Oui c'est bon.

cool

The Uploader a écrit :

j'pense enfin m'y mettre sérieusement sous peu.

cool++

The Uploader a écrit :

En tout cas, ça bouge pas mal depuis que j'ai mis mon CV "Système" avec mes expériences .NET. C'est cool.

Content pour toi.

grim7reaper · Le 18/06/2013, à 18:16

Rolinh a écrit :

Intéressant ce graphe mais comme tu dis, c'est pas terrible...
Sincèrement, quelles sont les raisons valables de ne pas porter les libs vers python 3?

Majoritairement de la flemme ou package abandonné je pense.

Franchement, Ok il y a des incompatibilités mais un bon paquet est corrigé automatiquement via le script 2to3.
Je crois que l’un des trucs les plus chiant c’est au niveau des chaînes de caractères : en Python 2 il y a le type str (qui, en gros, contient des octets) et le type unicode (qui est une string encodé en unicode), en Python 3 il y a le type str (string unicode) et le type byte (des octets).
On remarquera un nommage plus intelligent…

C’est ça le plus chiant à migrer apparemment, et disons que pour nltk qui doit utiliser les chaînes assez intensément y’a sûrement un gros boulot de migration et là on peut comprendre que ça traîne.

Sinon le comportement de la division a changé aussi, mais ça reste moins difficile à porter.
Après y’a aussi sûrement le fait que certains package sont codé à l’arrache sans suite de tests et que du coup le gars s’inquiète de péter un truc en faisant le portage.

Rolinh · Le 18/06/2013, à 19:29

grim7reaper a écrit :

disons que pour nltk qui doit utiliser les chaînes assez intensément y’a sûrement un gros boulot de migration et là on peut comprendre que ça traîne.

C'est très probable effectivement. Mais bon, 4.5 ans tout de même.

grim7reaper · Le 18/06/2013, à 19:42

Cela dit, ils ont commencé à parler du portage en 2009.
Une fois que numpy a supporté Python 3, ils ont commencé (des contributeurs externes principalement à ce qu’il semble) à bouger.

Et apparemment, si je me fie à ce message d’un des auteurs datant d’il y a 2 mois, l’alpha supporte Python 3.

Steven Bird a écrit :

Yes, the recent alpha supports Python 3. We are delayed because some of the corpora in nltk_data are not compatible.

Source

Donc ça va peut-être être un peu tard pour toi (sauf si l’alpha passe bien), mais ça devrait finalement pas tarder à voir le jour

Rolinh · Le 18/06/2013, à 19:50

J'ai besoin de nltk pour le classifieur naive bayes, pour faire du stemming (surtout) et éventuellement aussi pour du POS (Part of Speech) tagging.
Du coup, j'étais tombé sur la version alpha aussi et je m'étais dit que j'allais essayer de voir si ça passait avec. Je verrais bien.

Tout le code de ce petit projet (rappel: le but est de prédire la popularité d'un tweet) sera release sous BSD dès que je pourrais. Comme c'est la première fois que je mets un peu sérieusement le nez dans Python, ça m'intéressait d'avoir une review à ce moment là.

david96 · Le 18/06/2013, à 23:05

Rolinh a écrit :

Tiens, je viens de découvrir travis-ci. Vous en aviez déjà entendu parlé/déjà testé?

En 27 mots, pour résumer, c'est utile à quoi ?

Rolinh · Le 18/06/2013, à 23:21

À faire de l'intégration continue et des tests automatisés. Typiquement, ça sert à valider les non-régressions (éviter de réintroduire des anciens bugs). Autre exemple, imagine que tu développes une bibliothèque en python et tu veux valider son fonctionnement avec python 2.6, 2.7 et 3.2. Alors les tests peuvent être automatiquement lancés avec chacune des trois versions ce qui t'évites de faire des tests manuellement toi-même.

david96 · Le 18/06/2013, à 23:27

Ok, merci.

The Uploader · Le 19/06/2013, à 17:53

@Rolinh :
J'ai essayé à nouveau RReader avec ruby 2.0, ça veut vraiment pas :

   rake db:migrate
rake aborted!
/usr/lib/ruby/gems/2.0.0/gems/loofah-1.0.0/lib/loofah/html5/scrub.rb:20: too short escaped multibyte character: /`|[\000-\040\177\s]+|\302[\200-\240]/
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:72:in `require'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:72:in `block (2 levels) in require'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:70:in `each'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:70:in `block in require'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:59:in `each'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler/runtime.rb:59:in `require'
/home/max/.gem/ruby/2.0.0/gems/bundler-1.3.5/lib/bundler.rb:132:in `require'
/home/max/Dev/contribs/rreader/config/application.rb:7:in `<top (required)>'
/home/max/Dev/contribs/rreader/Rakefile:5:in `<top (required)>'
(See full trace by running task with --trace)

C'est un objectif de passer à ruby 2.0 pour la version 2.0 de RReader. Il ne faudrait pas y passer plus tôt tant que la base de code est (relativement) petite ?
Aussi, faut voir si Rails 3.2 supporte Ruby 2.0 mais on dirait que oui.
En tout cas ça devrait pas être trop compliqué.

Quant au passage à Rails 4, ce serait pas mal aussi de le faire tant que la base de code est "petite" (même s'il n'est qu'en RC2), mais le problème est d'avoir des gems qui sont compatibles à 100%... C'est un tout autre problème que de passer à Ruby 2.0.

En tout cas ce sont les deux bugs que j'ai vu qui m'ont l'air les plus "marrants" pour le moment. Si j'dois laisser ça pour la 2.0, c'est ok aussi.
(puis t'façons j'vais voir si je peux pas en trouver d'autres plus 'rapides' à faire pour la 1.0 de RReader. Ça sera plus facile de ma familiariser avec la base de code avec des bugs de ce genre, j'pense.)

Dernière modification par The Uploader (Le 19/06/2013, à 18:01)

grim7reaper · Le 19/06/2013, à 18:01

Quand je vois ça :

too short escaped multibyte character: /`|[\000-\040\177\s]+|\302[\200-\240]/

Je me dis que ça vient peut-être du fait que depuis Ruby 2.0, les fichiers sont considéré en UTF-8 par défaut (comme Python 3 le fait).

Rolinh · Le 19/06/2013, à 20:16

The Uploader a écrit :

Il ne faudrait pas y passer plus tôt tant que la base de code est (relativement) petite ?

Je ne pense pas que le port soit difficile. Il y a moins de changements entre ruby 2 et ruby 1.9 qu'entre la 1.9 et la 1.8 et gilliek avait porté sans aucun problème une application rails 2 ruby 1.8 vers rails 3 ruby 1.9.
Du coup, je ne pense pas non plus que le passage à ruby 2 + rails 4 sera trop difficile. Par conséquent, on n'en a pas fait une priorité et ceci aussi en raison du fait que certaines gems pourraient poser soucis et que la plupart des distributions n'incluent pas encore ruby 2 et qu'un sysadmin n'a pas forcément envie d'avoir plusieurs version de ruby en parallèle sur sa machine. Bref, ça se fera mais pas tout de suite.

La priorité pour le moment est plutôt de release une première version 0.1 même si les fonctionnalités seront encore limitées.

Dans l'immédiat, comme petites choses simples à implémenter que tu devrais pouvoir faire sans trop de problèmes:
- tester l'import OPML: j'ai normalement corrigé ça hier soir et ça fonctionne avec des petites bases. En revanche, j'ai essayé d'importer une base avec 180 feed urls et là ça semblait poser quelques soucis mais je n'ai pas eu le temps de vérifier
- ajouter une scrollbar dans la liste des feeds. Le problème actuel est que s'il y trop de feeds, cela dépasse l'écran et il n'y a pas moyen de scroller.
- vérifier qu'il ne manque pas des notifications par rapport à certaines actions de l'utilisateur.
- mettre un peu en forme les statistiques sur la page "trends" histoire que ça soit un peu plus présentable.

@grim7reaper: possible.

Rolinh · Le 19/06/2013, à 21:56

Bah en parlant d'UTF-8:

Traceback (most recent call last):
  File "./main.py", line 12, in <module>
    print(elmt)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 190-192: ordinal not in range(128)

On a du switcher sur python 2.7 finalement...

grim7reaper · Le 19/06/2013, à 21:59

Ouais, c’est ce que j’avais dit, le point le plus problématique c’est au niveau des chaînes.
Dommage

Dernière modification par grim7reaper (Le 19/06/2013, à 22:01)

Pylades · Le 20/06/2013, à 01:03

Bah ce n’est pas étonnant, ça. L’ASCII ne peut pas encoder les caractères au delà d’U+7F. Faut utiliser ISO-8859-1 ou UTF-8, pour ça.

grim7reaper · Le 20/06/2013, à 04:08

Merci

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1401 Le 16/06/2013, à 14:02

Re : /* Topic des codeurs [8] */

#1402 Le 17/06/2013, à 22:29

Re : /* Topic des codeurs [8] */

#1403 Le 17/06/2013, à 22:43

Re : /* Topic des codeurs [8] */

#1404 Le 17/06/2013, à 22:56

Re : /* Topic des codeurs [8] */

#1405 Le 17/06/2013, à 23:21

Re : /* Topic des codeurs [8] */

#1406 Le 18/06/2013, à 13:04

Re : /* Topic des codeurs [8] */

#1407 Le 18/06/2013, à 16:48

Re : /* Topic des codeurs [8] */

#1408 Le 18/06/2013, à 16:53

Re : /* Topic des codeurs [8] */

#1409 Le 18/06/2013, à 17:05

Re : /* Topic des codeurs [8] */

#1410 Le 18/06/2013, à 17:18

Re : /* Topic des codeurs [8] */

#1411 Le 18/06/2013, à 17:26

Re : /* Topic des codeurs [8] */

#1412 Le 18/06/2013, à 18:16

Re : /* Topic des codeurs [8] */

#1413 Le 18/06/2013, à 19:29

Re : /* Topic des codeurs [8] */

#1414 Le 18/06/2013, à 19:42

Re : /* Topic des codeurs [8] */

#1415 Le 18/06/2013, à 19:50

Re : /* Topic des codeurs [8] */

#1416 Le 18/06/2013, à 23:05

Re : /* Topic des codeurs [8] */

#1417 Le 18/06/2013, à 23:21

Re : /* Topic des codeurs [8] */

#1418 Le 18/06/2013, à 23:27

Re : /* Topic des codeurs [8] */

#1419 Le 19/06/2013, à 17:53

Re : /* Topic des codeurs [8] */

#1420 Le 19/06/2013, à 18:01

Re : /* Topic des codeurs [8] */

#1421 Le 19/06/2013, à 20:16

Re : /* Topic des codeurs [8] */

#1422 Le 19/06/2013, à 21:56

Re : /* Topic des codeurs [8] */

#1423 Le 19/06/2013, à 21:59

Re : /* Topic des codeurs [8] */

#1424 Le 20/06/2013, à 01:03

Re : /* Topic des codeurs [8] */

#1425 Le 20/06/2013, à 04:08

Re : /* Topic des codeurs [8] */

Pied de page des forums