Le soucis se situe à plusieurs endroits :

• GRUB
• Carte Graphique

GRUB :

La mise à jour m’a flingué grub sans que j’ai eu le temps de voir ce qu’il s’était passé… au reboot j’étais stuck « dans le noir »… condamné à refaire une installation from scratch …

NVIDIA GT 220
Comme on change de release Debian, on change de kernel, donc on est « bon » pour se retaper l’installation du driver NVIDIA en version 304.64 pour 64Bits ; toutes autres versions antiérieures ne compilera tout bonnement pas ne trouvant pas le fichier version.h dans les sources du kernel ; rien que ça.

Donc pour ce faire :

arreter X

/etc/init.d/gdm3 stop

lancer

./NVIDIA-Linux-x86_64-304.64.run

A l’invite il peut vous dire que vous utilisez un GCC 4.7 et que le module était prévu pour compiler avec GCC 4.6 vous lui dites donc « non » et ça passera.

La compilation se passe les doigts dans le nez !
L’installeur vous demandera s’il peut vous exectuer

nvidia-xconfig

pour pondre le fichier /etc/X11/xorg.conf
Dites lui oui !

finissez par un petit

modprobe nvidia

lancer gdm3

/etc/init.d/gdm3 start

Et là comme par enchantement on retrouve un environnement graphique paisible.
Par paisible j’entends que l’installation précédente allait très bien mais que le ventilo du proc de la CG tournait comme un débile à qui l’on aurait demander de faire du traitement vidéo… Alors qu’une fois le module NVIDIA chargé tout redevenait clamos.

Voilou !

Edit 16/5 : un truc qui m’a quand même fortement déplu avec ces mises à jour. (j’en ai fait 3), il n’y a aucun avertissement sur le non support du driver NVIDIA lors de l’upgrade. On est dans le noir si le driver ne passe pas … et pour retrouver ses billes, « interroger » la « toile » ; si on n’est pas familier de links ou w3m c’est la mort

Debout

Fermé avec le clapet qui met en veille ou reveille la tablette à l’ouverture / fermeture

Avé lé clavier ;)

Un clavier mini grand comme un smarphone 5″

Fort heureusement on me l’a fait remarquer et j’ai donc remis en ligne les versions

• 1.3.6 pour jelix 1.1
• 1.4.0 pour jelix 1.2
• 1.5.0 pour jelix 1.2 (aussi)

Tout est là

Firefox 20 bug video carte nvidia linux debian 6

Comme on peut le voir en haut à gauche , une sorte de modale me plombe tout l’affichage.

en cliquottant sur un lien pour accessoire de nexus 10 chez eBay.

Là on pourrait dire « ok c’est pas grave … » sauf que ca impact non seulement TOUS les onglets, c’est persistant… mais ca impact aussi tout mon desktop … je reduis la fenetre de firefox et lance n’importe quel autre programme et le même bug surgit … la fenêtre qui me pourrie la vue est rémanente …
dès que j’ai ferme l’onglet incriminé, tout redevient comme avant. fou non ?

Sous windows le même onglet avec la même version de firefox et même carte graphique (évidement c’est un dual boot) ne me pose aucun soucis.

Page d’accueil :

A présent comment ça se passe :

Vous naviguez parmi des recettes en sélectionnez une fournie dans la pile (cf ci dessus):

Ce qui vous expédié directement sur le site de la recette d’où vous pouvez la sauvegarder en cliquottant en haut a droit sur la tête de l’éléphant

Et de là elle atterrie avec d’autres recettes stockées dans le même carnet évidemment :-)

Le menu de gauche vous permet de gérer, outre vos autres recettes, vos repas.

Avant tout était mélangé, à présent chacun chez soi !

Enfin dernier choix, les restaurans des alentours. Ceux-ci  sont geolocalises avec foursquare, de ce qu’on peut en voir dans le footer de la capture et de la page, bien que n’ayant aucun compte foursquare.

Pour ma part je trouve que les produits Evernote se bonifient avec le temps.
D’aucun pourraient penser qu’étant gratuit ces derniers pourraient suivre, un jour, la voie de google reader, mais aucun risque, sinon les clients premium et business leur tomberaient dessus très lourdement.

Du bon qu’on vous dit :-)

ps : sur smartphone on notera que si on ne peut pas faire faire une rotation de l’affichage de l’image quand on consulte la recette sur le site qui la publie, ben on est très mal … imaginez la page actuelle coupée en deux … verticalement… dommage … ca rend l’UX pénible

La page d’accueil

Page d’accueil de Google Play ‘nouvelle’ version

La page des applications dispo

Page des applications disponibles sur Google Play ‘nouvelle’ version

La page de SES applications

Page de SES applications sur Google Play ‘nouvelle’ version

Perso j’ai déjà oublié comment c’était avant :)

La version tablette a ma préférence quand même.

Peu d’applications sont vraiment optimisées tablette. Dommâche

La page d’accueil :

Page d'accueil

Les applications

Les applications

Une appli au pif :-)

Une application

Pour l’heure rien à signaler sur androphone… touuuuut doucement ca vient ;)

La page d’accueil avec tout le monde et la possibilité de voir le widget permettant de faire défiler verticalement des infos diverses et variées comme l’agenda, la météo, l’heure etc…

Page d’accueil – widget heure et calendrier

Page d’accueil – widget google now

Sur les androphones les notifications s’agglutinent en haut à gauche et à droite on a l’heure le réseau et basta. là on les notifications à Notification à gauche toujours (mais en mieux;) et la possiblite d’ameliorer son expérience utilisateur avec la partie à droite egalement.

Notification Gauche

Notification et Configuration à Droite

Ensuite s’en suit une suite de capture d’écran des appli et de mes divers desktop

Bibliothèque de médias

Firefox sur foxmask.info ;)

Google Music

Bureau Version Paysage

Bureau Version Portrait

Evernote et vos notes en vignettes : un régal

Google now

Je n’ai volontairement pas mis des captures du market ni des ecrans de config puisque communs sur androphone également :P

je finirai pas une photo prise du balcon ;) avec un pitit rayon de soleil !

Rayon de soleil printanier

Donc voilà, l’idée dans le titre du billet est le suivant :

On travaille dans nos entreprises respectives et, à moins d’être embauché dans une SSLL ou bosser pour la fondation Apache, on code tous des trucs qui restent closed sources.

Or dans cette optique, au vue de certaines contraintes (souvent de temps) il arrive qu’on doive avancer plus vite que d’habitude et par conséquent la qualité s’en ressent. On saute des étapes pour (tenter de) contenter sa hiérarchie et le client.

Et de là souvent, manque de bol, le client revient vers vous avec sa palanquée de bugs « à la con », signe manifeste qu’on s’est lamentablement rétamé sur le la release du produit fourni.

Comme beaucoup d’entre vous, outre une activité pro, j’ai une activité perso orienté projets libres. Or j’ai pu constater tout comme vous, que la qualité des projets libres produit, surpasse souvent celle des projets produits en interne, à moins de s’appeler Google et sortir un « Android » tous les 4 matins (et encore les puristes auront à redire;)

Et c’est là que je voulais en venir.
Si au lieu de produire « de la merde » en interne (pour quelque raison que se soit) on s’astreignait aux mêmes contraintes que pour nos projets libre, on y gagnerait en tout (temps=pépète=sérénité=nirvana).

Tout comme le bouquin de « A Book Apart » intitulé Mobile First pose les bases d’une réflexion sur la création de sites sur le net, en précisant qu’il faut se focaliser sur le mobile et ses contraintes et quand celles ci auront été surmontées, alors le même site sur internet et sa version navigateur de bureau sera, on ne peut plus utilisable.

Ainsi donc l’idée de penser un produit comme s’il devait être publié au plus grand nombre et pas uniquement à une entité, permettrait d’être plus précis, moins brouillon dans sa production de code, plus rigoureux.

Quand on code pour un projet libre on expose radicalement son code, sa façon de penser et sa réputation quand on se ratatine ;) Pour des gros projets libres, arriver à proposer des patchs, qui sont ensuite publiés, est un gage de qualité pour son auteur, en principe ;) puisque les étapes de validation/revue de code ne se bornent pas à faire un PR sur GitHub et à l’accepter :P

Ainsi donc si les « pro du code » (qui gagnent des sousous avec) s’imaginaient publier leur code en tant que logiciel libre, il y a de fortes chances qu’ils ne bâcleraient pas le code de la sorte (ou qu’on ne les contraindrait pas à le faire).

Après il me semble que le mot « PROCESS » de build/d’intégration continue/de livraison, appelons le « process d’industrialistion« , devrait convaincre sa hiérarchie, pour éviter de faire des raccourcis dans les délais de livraison convenus avec le client. Client qui d’ailleurs devrait être lui aussi rassurer sur le fait qu’un process d’industrialisation est établi et qu’on ne peut pas livrer, sans respecter ce dernier, sans courir des risques de régressions auxquels ils s’exposeraient par la suite, process donc qui serait in fine le gage de la qualité du produit.

Pour résumer en (presque) 2 mots « Thinking OpenSource First » et « Process d’industrialisation » .

Edit : abus de langage ! j’ai remplacé partout opensource par logiciel libre… sauf dans le titre :)
-My 2 coins-

Ainsi j’ai convenu zavec moi même qu’un domaine par projet ça servait à rien pour juste montrer comment ceux ci fonctionnaient.

J’ai donc tout rapatrié en sous domaine de foxmask.info.

sont concernés les projets :

• HaveFnuBB, un projet forum opensource produit avec Jelix, qui est à présent disponible ici
• Huanui : un projet de réseau social produit avec Jelix, qui est à présent disponible ici
• TtGlr : un projet opendata reposant sur huanui, qui est à présent disponible ici

Suivra un sous domaine pour un projet « à la IFTTT » en Python/Django, que je n’ai pas encore monté bikoze chez OVH, ce n’est pas la panacée pour cela. Pas infaisable mais pas terrible.