??? Ce sont deux entreprises : en quoi la concurrence est-elle mauvaise ?
Par contre le dumping réalisé par l'accord (vu que le support est réalisé à pertes pour microsoft) est anti-concurrentiel à priori. Mais il faudrait plus de détail.
Je ne vois pas pourquoi deux entreprises dans le logiciel libre ne pourraient être concurrentes. Et se faire la course loyalement.
J'ai un diplome d'ingé en microélectronique, j'en ai fais en maitrise par la suite au québec, puis un doc mais plutot en info. Je bosse dans le domaine des outils pour la microélectronique (compilateur / simulateur pour VHDL et autres langages du genre - en fait surtout SystemVerilog qui est utilisé par les industriels ici).
Et donc, tout ce qui touche au matériel (microélectronique) m'intéresse. Et je comprend très bien ton sentiment : dans cette industrie, tout est extrêmement secret, vite complexe, requiert de lourds investissements, et des données très protégées. Et puis c'est vite parano sur la propriété intellectuelle.
Ceci dit dans mon travail, on utilise beaucoup de libre (gcc, gdb, linux, vim, emacs…). Par contre je n'entend pas parler de contributions au libre :-(
Chez moi, je bosse dans de la R&D avec de la vraie R dedans (outil EDA, c'est un compilateur/simulateur pour des langages type VHDL, System Verilog…). Avec des bureaux partout dans le monde en fait (je suis en amérique du nord).
Tous les desktops sous windows 7. Et tous ceux qui bossent sur le technique sont sur des terminaux connectés sur des grilles sous linux. Je ne sais pas combien y'a de machines (il y a des dizaines de grilles, chacune de plus de dix machines, parfois 100) : mais ça tourne bien ^^
C'est du Red Hat et du Suse, on a aussi du solaris. Les produits réalisés sont supportés sous linux et solaris, rien d'autre.
Y'en a un paquet qui rêvent d'avoir un desktop linux (on se passe des applis windows pour "survivre" genre bureaux virtuels, clic-milieu pour coller, etc…). Mais sinon c'est très chouette de bosser la dedans (vim et emacs sont utilisés pour le développement uniquement).
Ben mince, j'ai super envie d'aller le voir moi maintenant !
Mais je doute que cela soit possible (j'habite ottawa sans voiture pour les 3 mois qui restent)... J'imagine qu'il n'est pas disponible sous forme de location encore : j'attendrais !
Mais tu as bien réussi ton coup, tu donnes vraiment envie !
Ah bah je savais pas... quoi qu<il en soit, porter tous les appels directx vers opengl risquent fort de prendre plus qu'une nuit (d'ailleurs, la nuit s'est dejà écoulée, je vais voir si un projet a été créé)
J'ai mis 25$, parce que plusieurs jeux m'intéressent vraiment, et que je veut les soutenir (et en plus faire monter la moyenne linux !)
J'ai pas fini les DL (connexion en mousse) mais j'ai regardé Jack Claw. La licence est pas libre pour le code (c'est un truc genre cc non commercial !) et les graphiques/modèles etc... sont pas libre, mais alors pas du tout (même pas redistribuables).
C'est issu d'un projet d'envergure apparemment, qui a été arrêté pour faire trine, et jamais repris. C'est basé sur directx, physx, et FMOD pour le son... Donc pour le support linux, ça risque de prendre plus que 24h (porter audio et video vers openAL/GL) mais enfin cela devrait se faire... Sinon ils utilisent boost aussi.
Bref, j'ai hâte à ce soir (il est 14h20 chez moi)...
Pour moi en top priorité 1 c'est clairement l'intégration du gestionnaire de mot de passe de firefox avec celui de gnome (et KDE pour les utilisateurs KDE).
Ça me gonfle de devoir mettre mon mot de passe alors que je viens de me logger, et donc que toutes les applis qui utilisent gnome-keyring utilisent le verrou libéré au login (y'a un timeout de 30 sec. je crois, mais le navigateur c'est l'une des premières applis que je lance).
En 2 : lors de la restauration de la session, pour chaque page qui demande un accès au trousseau de mot de passe, j'ai un popup de demande de mot de passe. Donc en plus de me le demander une fois, comme j'ai pas le temps de taper le mot de passe assez vite, j'ai wattmille mot de passe à rentrer, toujours le meme. Il faudrait qu'a l'ouverture de session, les onglets se synchronisent et attendent que l'utilisateur rentre son mot de passe, une fois et une seule ! C'est encore plus pénible que le 1.
En 3 : parfois, la awesome bar plante : je n'ai plus de complétion (???) c'est assez bizarre. Je ne sais pas du tout comment le reproduire, par contre j'ai vu plusieurs personnes faire ce commantaire sur les forums, notamment ubuntu.
En 4 : parfois (et encore la, comment reproduire) lorsque je tape dans la barre de recherche, chaque caractère frappé remplace le précédent, au lieu de l'ajouter. Il n'y a aucune sélection…
Après, des trucs pas spécifiques linux :
En 5 : mon dieu que c'est pénible d'attendre qu'une page charge (parce qu'un serveur traine et ne répond pas par exemple) : impossible de switcher d'onglet !!! Mais qui a pensé que les sites répondraient toujours suffisamment vite pour que l'on gèle l'interface pendant le chargement ?????? Des fois c'est 10 secondes d'attente (mesuré à la louche, et c'est irrégulier bien sur) !
En 6 : J'aimerai bien une gestion de groupement d'onglets comme sous les derniers opéra : on peut les grouper directement dans l'interface, sans passer par le nouveau truc de FF4, qui ouvre un onglet dédié à la gestion des groupements. Qui a testé opera beta voit de quoi je parle.
PS : tous ces bugs je les ai sous ubuntu et archlinux (FF 3.6.*). J'ai les 1 et 2 sous FF 4 (build mozilla). Je n'ai pas encore vu les 3 et 4 sous FF4.
Bon en fait le paquet dis qu'il va compiler... mais c'est bien la version binaire fournie par mozilla, donc rien a compiler.
Au moins sur mon processeur poussif, FF4 va vraiment plus vite que le 3.6 et c'est un vrai plaisir : j'attendais la version finale, mais finalement pourquoi pas avoir les deux (j'ai besoin de certains plugins pour travailler comme zotero).
Ah bah merci : je suis en train de compiler la derniere beta sur mon super veloce pentiumM 1.8Ghz... Mais ca va prendre des plombes !!!
Ceci dit, c'est toujours bon. Par contre cela fait un bon bout que j'utiliser FF4 sur une scientific linux 5 (au boulot). Et ben depuis la beta9 (ou 8 je sais plus) je ne peut plus l'utiliser sans compiler - ce que je ne peut pas, trop de dependances et pas root - parce qu'il est linké sur une glibc trop récente.
Je test : premier contact, premier choc : pas mal. J'aime bien.
Ensuite je me balade dans le site et je trouve que :
- j'aime le _style_ épuré
- je trouve que le combo fond + couleur de texte est moins lisible que la version actuelle
- je pense que l'élimination des bordures c'est chouette mais cela entraîne une diminution des repère, donc une lecture plus difficile. Il faudrait à mon avis réussir à faire ressortir les sections par des polices/tailles/couleurs.
Merci, je regarde cela. J'aurais préféré du non-sécurisé ici (même si je comprend le problèmes liés au spam) mais je vais voir jusqu'a quel point c'est contraignant.
Dans un sens je suis bien d'accord : une présentation pour démarrer un brainstorming, c'est peu efficace.
Pour moi, il faut d'abord et avant tout que chaque participant connaisse _avant_ la problématique, et donc au moins lise un document complet.
Ensuite, un bon ordre du jour envoyé d'avance, avec des recommandations pour chacun… Et en avant.
Mais je reste souvent insatisfait : les gens se préparent mal !
Tu as peut-être de quoi partager pour améliorer ce genre de choses ?
Ton article est intéressant et je soutient l'idée que la santé public doit rester du domaine ... du public (donc accessible à tous)
Mais ne serait tu pas un tantinet de mauvaise fois, en effet, ce n'est pas le génome qui est breveté mais le programme d'analyse permettant d'identifier les mutations,
La recherche privée a besoin de retour sur investissement, donc de brevet et de royalties.
La question de fond est donc de savoir si on met de l'argent public sur ces recherches (et c'est en gros ce que demande ces chercheurs) ou si on laisse faire les labo privé, sans subvention, et donc avec brevet à la clé.
L'initiative a au moins le mérite de poser clairement ce problème de société.
Alors bravo pour ton travail (qui ne me touche absolument pas, je suis sous gnome) : c'est un effort difficile et qui manque vraiment aux utilisateurs de KDE.
Sinon, comment situerais-tu ton travail par rapport à tes objectifs ? Il te manque énormément, un peu, finalisations ? Quels sont tes futurs travaux ?
# SMB
Posté par guepe . En réponse au journal Humble Indie Bundle 4 !. Évalué à 3.
J'attendais Super Meat Boy depuis que les développeurs avaient annoncés un plan pour Linux. Chose faite !!
J'ai acheté le bundle, 15$ c'est vraiment pas beaucoup vu les jeux proposés (night sky va plaire à ma femme ^^)
[^] # Re: Version RC
Posté par guepe . En réponse à la dépêche Sortie du noyau Linux 3.1. Évalué à 0.
Je me permet de te plusser: c'est à mon avis une très bonne idée !
# Intéressant complément à cscope. Quid du C++ ?
Posté par guepe . En réponse à la dépêche Coccigrep, un grep sémantique pour le langage C basé sur Coccinelle. Évalué à 4.
J'utilise cscope pour faire des recherches dans du code (vaste, ~10MLOC). Mais il ne permet pas de faire des recherches sur des accès à des données !
Cependant, supporte-t-il C++ ?? Apparemment pas, mais est-ce un projet dans le bugtracker ?
[^] # Re: Stratégie malsaine
Posté par guepe . En réponse au journal Extension de l'accord SU=uSE/Microsoft sur les certificats. Évalué à 5.
??? Ce sont deux entreprises : en quoi la concurrence est-elle mauvaise ?
Par contre le dumping réalisé par l'accord (vu que le support est réalisé à pertes pour microsoft) est anti-concurrentiel à priori. Mais il faudrait plus de détail.
Je ne vois pas pourquoi deux entreprises dans le logiciel libre ne pourraient être concurrentes. Et se faire la course loyalement.
# Du hard !
Posté par guepe . En réponse au journal Des MEMS et du Libre. Évalué à 4.
Et ben y'a de tout sur linuxfr !
Tu fais quoi exactement la dedans ? Conception ?
J'ai un diplome d'ingé en microélectronique, j'en ai fais en maitrise par la suite au québec, puis un doc mais plutot en info. Je bosse dans le domaine des outils pour la microélectronique (compilateur / simulateur pour VHDL et autres langages du genre - en fait surtout SystemVerilog qui est utilisé par les industriels ici).
Et donc, tout ce qui touche au matériel (microélectronique) m'intéresse. Et je comprend très bien ton sentiment : dans cette industrie, tout est extrêmement secret, vite complexe, requiert de lourds investissements, et des données très protégées. Et puis c'est vite parano sur la propriété intellectuelle.
Ceci dit dans mon travail, on utilise beaucoup de libre (gcc, gdb, linux, vim, emacs…). Par contre je n'entend pas parler de contributions au libre :-(
# Mais au fait : pourquoi est-qu'on ne cite jamais le nom de la boite ?
Posté par guepe . En réponse au journal Linux en entreprise : votre retour ?. Évalué à 3.
Chez moi, je bosse dans de la R&D avec de la vraie R dedans (outil EDA, c'est un compilateur/simulateur pour des langages type VHDL, System Verilog…). Avec des bureaux partout dans le monde en fait (je suis en amérique du nord).
Tous les desktops sous windows 7. Et tous ceux qui bossent sur le technique sont sur des terminaux connectés sur des grilles sous linux. Je ne sais pas combien y'a de machines (il y a des dizaines de grilles, chacune de plus de dix machines, parfois 100) : mais ça tourne bien ^^
C'est du Red Hat et du Suse, on a aussi du solaris. Les produits réalisés sont supportés sous linux et solaris, rien d'autre.
Y'en a un paquet qui rêvent d'avoir un desktop linux (on se passe des applis windows pour "survivre" genre bureaux virtuels, clic-milieu pour coller, etc…). Mais sinon c'est très chouette de bosser la dedans (vim et emacs sont utilisés pour le développement uniquement).
# C'est plutôt réussi ;-)
Posté par guepe . En réponse au journal Une séparation. Évalué à 5.
Ben mince, j'ai super envie d'aller le voir moi maintenant !
Mais je doute que cela soit possible (j'habite ottawa sans voiture pour les 3 mois qui restent)... J'imagine qu'il n'est pas disponible sous forme de location encore : j'attendrais !
Mais tu as bien réussi ton coup, tu donnes vraiment envie !
[^] # Re: Italienne
Posté par guepe . En réponse au message Ma copine fais du théâtre. (text to speech). Évalué à 1.
Mais carrément ! Tout pareil !
# Droits
Posté par guepe . En réponse au journal andLinux ou comment faire tourner linux dans windows sans virtualbox. Évalué à 6.
Faut-il les droits d'administration pour installer ce truc ?
[^] # Re: Acheté !
Posté par guepe . En réponse au journal Humble Indie Bundle 3 pour aujourd'hui. Évalué à 1.
Ah bah je savais pas... quoi qu<il en soit, porter tous les appels directx vers opengl risquent fort de prendre plus qu'une nuit (d'ailleurs, la nuit s'est dejà écoulée, je vais voir si un projet a été créé)
[^] # Re: Ce n'est pas le 3
Posté par guepe . En réponse au journal Humble Indie Bundle 3 pour aujourd'hui. Évalué à 0.
Ahhhh ok… bon ben c'est à savoir !
# Acheté !
Posté par guepe . En réponse au journal Humble Indie Bundle 3 pour aujourd'hui. Évalué à 3.
J'ai mis 25$, parce que plusieurs jeux m'intéressent vraiment, et que je veut les soutenir (et en plus faire monter la moyenne linux !)
J'ai pas fini les DL (connexion en mousse) mais j'ai regardé Jack Claw. La licence est pas libre pour le code (c'est un truc genre cc non commercial !) et les graphiques/modèles etc... sont pas libre, mais alors pas du tout (même pas redistribuables).
C'est issu d'un projet d'envergure apparemment, qui a été arrêté pour faire trine, et jamais repris. C'est basé sur directx, physx, et FMOD pour le son... Donc pour le support linux, ça risque de prendre plus que 24h (porter audio et video vers openAL/GL) mais enfin cela devrait se faire... Sinon ils utilisent boost aussi.
Bref, j'ai hâte à ce soir (il est 14h20 chez moi)...
# Jack Claw est en fait opensource
Posté par guepe . En réponse au journal Humble Indie Bundle 3 pour aujourd'hui. Évalué à 3.
Au moins le moteur : c'est explique dans la video (omgubuntu) et le port sera probablement plutot rapide a faire ^^
[^] # Re: pour linux
Posté par guepe . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 2.
[^] # Re: pour linux
Posté par guepe . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 6.
Ça me gonfle de devoir mettre mon mot de passe alors que je viens de me logger, et donc que toutes les applis qui utilisent gnome-keyring utilisent le verrou libéré au login (y'a un timeout de 30 sec. je crois, mais le navigateur c'est l'une des premières applis que je lance).
En 2 : lors de la restauration de la session, pour chaque page qui demande un accès au trousseau de mot de passe, j'ai un popup de demande de mot de passe. Donc en plus de me le demander une fois, comme j'ai pas le temps de taper le mot de passe assez vite, j'ai wattmille mot de passe à rentrer, toujours le meme. Il faudrait qu'a l'ouverture de session, les onglets se synchronisent et attendent que l'utilisateur rentre son mot de passe, une fois et une seule ! C'est encore plus pénible que le 1.
En 3 : parfois, la awesome bar plante : je n'ai plus de complétion (???) c'est assez bizarre. Je ne sais pas du tout comment le reproduire, par contre j'ai vu plusieurs personnes faire ce commantaire sur les forums, notamment ubuntu.
En 4 : parfois (et encore la, comment reproduire) lorsque je tape dans la barre de recherche, chaque caractère frappé remplace le précédent, au lieu de l'ajouter. Il n'y a aucune sélection…
Après, des trucs pas spécifiques linux :
En 5 : mon dieu que c'est pénible d'attendre qu'une page charge (parce qu'un serveur traine et ne répond pas par exemple) : impossible de switcher d'onglet !!! Mais qui a pensé que les sites répondraient toujours suffisamment vite pour que l'on gèle l'interface pendant le chargement ?????? Des fois c'est 10 secondes d'attente (mesuré à la louche, et c'est irrégulier bien sur) !
En 6 : J'aimerai bien une gestion de groupement d'onglets comme sous les derniers opéra : on peut les grouper directement dans l'interface, sans passer par le nouveau truc de FF4, qui ouvre un onglet dédié à la gestion des groupements. Qui a testé opera beta voit de quoi je parle.
PS : tous ces bugs je les ai sous ubuntu et archlinux (FF 3.6.*). J'ai les 1 et 2 sous FF 4 (build mozilla). Je n'ai pas encore vu les 3 et 4 sous FF4.
[^] # Re: Fork passif ou projet "parasite" ?
Posté par guepe . En réponse au journal Ruses de commerciaux?. Évalué à 7.
http://windows-get.sourceforge.net/
Et voilà, un commentaire-bookmark de plus ;-)
# Forcer l'archi c'est possible
Posté par guepe . En réponse au journal Amazon mp3, peut mieux faire…. Évalué à 6.
Et cela devrait marcher tout seul !
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par guepe . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 1.
Au moins sur mon processeur poussif, FF4 va vraiment plus vite que le 3.6 et c'est un vrai plaisir : j'attendais la version finale, mais finalement pourquoi pas avoir les deux (j'ai besoin de certains plugins pour travailler comme zotero).
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par guepe . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 1.
Ceci dit, c'est toujours bon. Par contre cela fait un bon bout que j'utiliser FF4 sur une scientific linux 5 (au boulot). Et ben depuis la beta9 (ou 8 je sais plus) je ne peut plus l'utiliser sans compiler - ce que je ne peut pas, trop de dependances et pas root - parce qu'il est linké sur une glibc trop récente.
Pffff....
# Pas mal… mais pas si lisible !
Posté par guepe . En réponse au journal css pour alpha.linuxfr. Évalué à 3.
Ensuite je me balade dans le site et je trouve que :
- j'aime le _style_ épuré
- je trouve que le combo fond + couleur de texte est moins lisible que la version actuelle
- je pense que l'élimination des bordures c'est chouette mais cela entraîne une diminution des repère, donc une lecture plus difficile. Il faudrait à mon avis réussir à faire ressortir les sections par des polices/tailles/couleurs.
Voila : bon travail je trouve.
[^] # Re: Greffons
Posté par guepe . En réponse au journal Quiche aux tomates et mozzarella. Évalué à 4.
Il faut y aller franco, la cuisson diminue l'intensité de la moutarde : c'est très bon avec ;-)
[^] # Re: TLS, identification et relais : soumission
Posté par guepe . En réponse au message Postfix comme relai SMTP vers un autre hôte. Évalué à 1.
Merci !
[^] # Re: tant qu'on parle de Microsoft
Posté par guepe . En réponse au journal Machine à Trolls. Évalué à 1.
Pour moi, il faut d'abord et avant tout que chaque participant connaisse _avant_ la problématique, et donc au moins lise un document complet.
Ensuite, un bon ordre du jour envoyé d'avance, avec des recommandations pour chacun… Et en avant.
Mais je reste souvent insatisfait : les gens se préparent mal !
Tu as peut-être de quoi partager pour améliorer ce genre de choses ?
Étienne
# Interressant,
Posté par guepe . En réponse à la dépêche Du droit de bidouiller : un test génétique fait fi des brevets sur les gènes. Évalué à 1.
Mais ne serait tu pas un tantinet de mauvaise fois, en effet, ce n'est pas le génome qui est breveté mais le programme d'analyse permettant d'identifier les mutations,
La recherche privée a besoin de retour sur investissement, donc de brevet et de royalties.
La question de fond est donc de savoir si on met de l'argent public sur ces recherches (et c'est en gros ce que demande ces chercheurs) ou si on laisse faire les labo privé, sans subvention, et donc avec brevet à la clé.
L'initiative a au moins le mérite de poser clairement ce problème de société.
# 0 commentaires ?
Posté par guepe . En réponse au journal gtk-oxygen-engine: y'a du mieux. Évalué à 3.
Alors bravo pour ton travail (qui ne me touche absolument pas, je suis sous gnome) : c'est un effort difficile et qui manque vraiment aux utilisateurs de KDE.
Sinon, comment situerais-tu ton travail par rapport à tes objectifs ? Il te manque énormément, un peu, finalisations ? Quels sont tes futurs travaux ?