Le msdn est une horreur pire que la base de registre. La politique commerciale de déploiement est devenu abjecte au fil des années, pour utiliser un bon produit il me faudrait utiliser toute la suite. La license ne me permet rien d'autre que de l'utiliser, ne me donne même pas le droit de comprendre, et ne permet même de ré-utiliser légitimement le produit sur une plateforme de remplacement.
Comme effort de compréhension, perso ça m'a suffit. Je suis passé à linux grâce à bash et konsole. J'y suis resté grâce à la communauté. Et je ne reviendrai pas sur Windows grâce à leur licence.
Et si les deux points de vus étaient bons ? Et non pas contradictoires, mais complémentaires, et en plus éducatifs ?
Perso j'ai pas d'avis tranché sur le sujet. Est ce bien ou pas, toussa.
Ben d'abord parceque je trouve ça bien que VLC soit disponible sur iOS. Après tout, le meilleur sur une plateforme répandu, c'est très bien. Et puis, s'ils peuvent vendre le binaire ça leur fera des sous. Et ça c'est très très bien.
D'un autre côté que les LL soient présents sur des plateformes fermées, ça m'a toujours chiffonné. (je comprends peut être un peu mieux aujourd'hui, mais ça me chiffonne encore un peu, je préfère quelques logiciels fermés sur une plateforme largement libre, que quelques logiciels libres sur une plateforme totalement fermée, à choisir entre les deux...).
Au final le gagnant c'est l'utilisateur. Et ce conflit est il me semble finalement une excellente méthode pour informer les utilisateurs d'iOS. VLC est reconnu comme étant un des, si ce n'est le meilleur de sa catégorie, tout O.S confondus. Que VLC "se déchire" sur s'il est bien ou pas d'intégrer l'Apple Store, cela fait parler des conditions d'usages de ces outils... conditions que beaucoup de gens ne lisent pas avant d'acheter ou d'utiliser un produit, syndrome du "clique->suivant".
Donc il me semble que le grand de cette affaire sera le logiciel libre. Que VLC reste sur l'AppStore, ou pas, peu importe. Cette affaire aura certainement permis de mettre sur la place public la problématique du contrôle et de l'usage.
Ou encore un laptop GETAC P470 ;-) au hasard, presque au hasard :-)
Bon, rêve à part, perso ça fait longtemps aussi que je n'ai pas vue de mes yeux en vrai dans la vraie vie réelle un laptop ou un netbook qui ne "marche pas" avec pm* Parfois, au retour d'une hibernation, on a pas la visualisation, faut le taquiner pour le réveiller, genre changer de tty. Bon ben c'est rien il suffit de vérifier avant et de coller une option comme --quirk-dpms-on au bouton pour ce monsieur.
Quant à la mise en veille, sur ram, c'est juste encore mieux que son Mac osX matos unique... Plus rapide. Vérifié sur plein de Dell différents, sur du H.P, du Acer, du monteur-en-bas-de-chez-moi, de l'IBM... Bref ça juste marche parfaitement :-)
Bon ceci dit c'est typiquement le genre de choses qui départagent encore aujourd'hui les distributions entre elles. Il y a à l'évidence de gros écart sur ces sujets entre les distributions.
Bah sinon, vu qu'il y a pas mal de nouveau, et que malheuseument pas mal d'anciens ne s'expriment plus ou peu, ça me semblait juste manquer à ce journal, le fait que OpenSuSe ai une politique légèrement différente de Fedora. Et qu'elle rejoigne par là Mandriva et Ubuntu.
Ceci sans froisser les distributions que j'utilise.
Pour la diversité des dépôts, moi ça me fait toujours un peu peur (je n'aime pas ubuntu non plus à cause de ça) : trop facile d'uploader n'importe quoi n'importe où et de crier sur les toits "y a un dépôt super kisskool à cette addresse). Au mieux ça va foutre la merde dans le système des gens, au pire... Et de toutes façons ça file de mauvaises habitudes "télécharge n'importe quoi de n'importe où". Bref ça manque de barrières qualité et contrôle. Ce que devrait éviter votre build-system (heu pardon build service) à terme.
J'préfère largement me coltiner l'humeur d'un chieur qui fera barrière entre moi et un dépôt, pour garantir la qualité du paquetage aux autres. Un utilisateur connaissant un peu n'aura aucun mal à savoir que "tel dépôt par telle personne est ok", mais pour utilisateur lambda, à part lui filer de mauvaises habitudes, je ne vois pas d'avantages à la multiplication des dépôts. (à moins que le système se protège du genre "tiens un rpm pas de chez nous, zou on interprète rien, on dépaquête, on colle tout ça sous "/opt" en appartenance au compte "tiers")
Le build-système est vraiment intéressant. Par contre je vois pas l'intérêt d'insister sur le fait que cela peux prendre en charge toutes les autres distributions ?? Je veux dire, tout comme tout coller dans launchpad à une époque, je ne vois que du danger si tout le monde s'en servait. Franchement, non ? Génial pour SuSe et OpenSuSe. Est ce que je l'utiliserai pour une autre distro ? Non.
M'enfin bon, c'était le troll du 01h30 :)
Et merci pour la news sur Bretzn ;-)
Non non je ne relance pas un troll... je vousdrais juste avoir un pointeur vers un résumé de ce qui a décidé l'usage de vBulletin (qui n'est pas libre, voir ici : http://www.forummatrix.org/compare/phpBB+vBulletin )
C'est bizarre de choisir un forum pas libre, non ? Il doit y avoir de sacrées fonctionnalités sacrément nécessaires pour justifier ce choix ?
A noter, pour ceux ne connaissant que peu SuSe, que Novell a décidé d'offrir quasiment le même produit entre OpenSuSe et SuSe Entreprise. L'idée de cette note n'est pas de distinguer de manière exhaustive les différences entre les deux (je ne les connais pas toutes). Mais plus simplement d'informer ceux ne connaissant OpenSuSe qu'en utilisant cette distribution ils choisiront une solution de grande qualité.
Pas facile à dire sans froisser personne, et sans troll.
Contrairement à Fedora / Redhat qui ont des distributions très différentes (l'une étant basée sur l'autre, et Fedora étant clairement "bleeding edge" même si Fedora aujourd'hui est loin de la Fedora Core 1b des début... [installer rawhide pour ça] il reste des différences notables, et pas seulement en terme de versions de logiciels ou de support).
Bref, OpenSuSe n'est pas une "distribution de développement avant tout". Elle est une distribution finalisée, optimisée, et librement utilisable.
C'est une distribution proposant une intégration de Kde absolument remarquable (peut être l'origine Allemande ?). (à titre personnel je reste toujours "sur le cul" de ce que j'en ai vu).
Elle est également la distribution de référence pour l'Audio (peut être l'origine Alsa ?), et de nombreux développeurs Linux Audio l'utilise.
Son défaut, selon moi, elle la grande diversité de pacman, avec une qualité d'empaquetage pouvait parfois surprendre. Il manque la centralisation des contributions, tel que Mandriva avait sû le faire, et tel que Fedora le fait actuellement avec rpm-fusion.
Côté business, Novell a perdu en Allemagne de gros clients historiques, malgrès une politique très agressive (support gratuit sur toutes les workstations par exemple, pour les clients/partenaires historiques de SuSe), au profit de Redhat. Son alliance brevets avec Microsoft semble être resté dans la gorge de certains européens...
Bon voilà, ceci n' aucune valeur, ni journalistique ni rien. Mais j'espère que ce commentaire éclairera un tout petit ceux hésitant à l'adopter. Et sans dit de betises. Ciao
Vous trouverez ici : http://wiki.mandriva.com/fr/Weboob
Le nécessaire pour démarrer avec Weboob, sans mal de crâne pour les dépendances. Pour le reste (configuration, utilisation, voire plus) il faudra se référer à la doc officielle du projet.
Et utilisation de Git.
Vraiment tout pour plaire :)
/*humour*/Retour aux bbs, mais au lieu d'avoir que du flux utile, il retire l'inutile du flux. :))) "vengeance ! les bbs vaincront !"
Par contre il y a un comportement étrange avec dlfp, quant même :
Tout d'abord la publication : lente. Ensuite des msg semblent se perdre en chemin, entre réception dlfp et publication (voir par exemple : http://pix.toile-libre.org/upload/original/1289236805.png où l'on voit clairement le message enregistré... mais il n'est jamais apparu dans le fil de discussion...).
Enfin il semble bien que chaque requête d'envoi ouvre une nouvelle session chez dlfp. Les admins dlfp risquent de hurler à l'attentat si la configuration par défaut n'est pas modifiée.
Très agréable à utiliser, ici.
Il faudrait peut être ajouter au backend dlfp (ou à qboobmsg) la possibilité de fusionner la fenêtre de titre et de contenu. Afin d'éviter le multi-clic nécessaire à la lecture de tout les messages.
D'un autre côté, là c'est "productif" pour reprendre le terme utilisé dans la prez aux rmlls : par défaut l'interface nous oriente vers le suivi de ce qu'on connait uniquement.
Bref d'un côté qboobmsg est moins pratique que le navigateur (faut cliquer sur chaque message pour le lire) d'un autre on gagne du temps à répondre.
Par contre les sessions dlfp, j'ai comme un doute, d'où l'objet de ce message [un test :p]
Oui j'avais vu le fallback. Merci de tes précisions !
N'étant plus disponible en package sur la distro que j'utilise j'ai simplement installé prettytable avec easy_install, et zou. Non je ne sais pas pourquoi, j'ai simplement constaté que le dernier commit pour prettytable était une rc1 datant de 06-09, et depuis, plus rien.
Autres questions (sans demander de réponses c'est plus du "voix haute" qu'autre chose) c'est comment utiliser https par défaut ? (je n'ai certainement pas vi=u encore comment faire, j'imagine que c'est prévu) d'une part. Et d'autre part quelle solution adoptée pour éviter d'avoir les mots de passe en clair dans son ~/.weboob/ ?
Oui j'avais vu le fallback. Merci des tes précisions !
Non je ne sais pas pourquoi, je constate simplement que le dernier commit est une rc1 datant de 07-09 et depuis plus rien.
Perso j'ai installé prettytable avec esay_install, et zou (vu que celui ci n'est plus dans les modules pythons packagés sur la distro que j'utilise)
Dans les questions qui me viennent à l'esprit, c'est comment l'interfacé avec https ? (peut être j'ai pas encore vu, surement). Et deuxièmement quelle solution utilisée afin d'éviter d'avoir les mots de passes en clair dans son ~/.weboob/
A propos de de modules python, weboob semble avoir sacrément besoin de prettytable, non ? Or il semble que ce module est au point mort. Comment faire ?
Le format est ouvert et documenté, oui (mais bonjour le mal de crane :) )
Peut être jeter un oeil sur le travail de Mr Doyen (auteur de HomeBank) ? Avec son logiciel je n'ai jamais rencontré aucun problème pour la lecture des fichiers .ofx, ainsi que leur traitement (chevauchement temporel, etc).
Les addresses de mise à disposition, chez LCL, des fichiers d'écritures n'a pas bougé depuis belle lurette (perso je l'ai jamais vu bouger en fait), ce qui devrait faciliter la tache d'un trigger pour cette banque là. Par contre, avant de confier mes identifiants à un soft perso j'aurai besoin de certaines assurances (par exemple mon navigateur ne les a pas, ceux là, je les rentre à la mimine à chaque fois)
En tout cas perso je trouve le projet weboob passionant :)) Merci pour les nouvelles :))
Il n' a pas dit exactement ça. Il a dit que le compilo aml de MS, utilisé par certains constructeurs, ne prenait pas en compte la totalité du standard, mais uniquement ce dont windows avait besoin.
Perso je vais plus loin en fudant sur le fait que MSFT nique les constructeurs l'utilisant en implémentant des features qui ne seront comprises que par l'o.s de ms. Ceci est rendu possible car les constructeurs utilisent un outil qu'ils ne peuvent maîtriser, ni vérifier. Cela est un outil qui permettent de considérer une tentative d'abus de position dominante, et d'utiliser cet outil à des fins de pratiques anti-concurrentielle.
Tout ceci serait légal si MS était le constructeur. Hors il est fournisseur de services pour les constructeurs. Et semble mélanger sa qualité de fournisseur de service bas-niveau avec son statut de vendeur de système d'exploitation. En utilisant la première qualité pour favoriser la seconde.
Ensuite c'est facile, très facile, de dire aux constructeurs de netbooks et laptops : "regarder comme linux marche mal, windows c'est vachement mieux". Et eux, ils plongent, de toutes façons ils ont pas les moyens d'avoir leur propre outil à ce niveau là, ils sont tenus par les cou*****.
Si l'implémentation du standard était réalisée proprement, linux n'aurait pas ces problèmes. Alors pourquoi avoir en faire un standard documenté alors qu'il aurait suffit à microsoft de faire un service ? Ha ben pas possible, ça aurait trop voyons en terme d'abus de position dominante... Alors seul le couple acpi-ms fera tout bien fonctionner sur nos ordis, grâce à la magie d'un standard et d'outils fournis aux constructeurs qui font le nécessaire pour que seul acpi-ms fonctionne bien.
/mode portenaouake du vendrimanche :
quant je vais au supermarché je demande au vendeur avec quel compilo a été construite cette partie de l'ordi. Si c'est pas du Intel, je prends pas...
A noter qu'il s'agit aussi d'un type d'arme utilisée par Apple (sauf que eux ils ont le droit : toute la machine leur appartient, ils maitrisent l'ensemble de la chaine, et en tant que constructeur ne prévoit pas d'installer un autre o.s que celui fourni). Alors que les contructeurs autres ils seraient bien contents de ne plus avoir de problème avec leurs clients Linux, ils se la font mettre bien profond par Microsoft. Et nous avec eux.
Mais bon, encore une fois, même un vendrimanche, ce n'est qu'une supposition que pour certains MSFT fourre du bug exprès...
Ha si si leurs outils le gèrent très bien. Très très bien, même. Disons plutot, c'est une supposition, hein ;) que leurs outils (MSFT ici), utilisés par certains constructeurs, génèrent du bugs, et que les correctifs ne sont disponibles que dans leur o.s.
C'est une pratique anti-concurentielle et illégale aux usa, c'est pourquoi j'insiste sur le terme supposition ;) Pour prendre une analogie bancaire c'est un peu comme si le fournisseur logiciel des constructeur de distributeurs bancaires implémentait une restriction genre pas de reçu, dont le correctif ne serait disponible qu' à la lecture des cartes d'une seule banque.
D'ailleurs Ballmer ne s'en cache qu'à moitié, sur l'acpi (j'ai la flemme de retrouver la référence, désolé, mais elle a fait l'objet d'un journal ici si ma mémoire est bonne). Ceci m'a aussi été confirmé de manière détournée par le représentant Microsoft rencontré à mon supermarché (si si :) )
Parfois il s'agit de choses "simples" (touss fort). Mais mis bout à bout, tout ces éléments (n'empêchent nullement l'o.s de fonctionner) font qu'il est difficile de faire tourner linux sur certains matos. Car au lieu de "simplement" avoir à suivre le standard, documenté, il faut en plus débusquer tout ça, et intégrer des tables correctives. Génération d'emm******* et consommateur de temps.
D'où mon commentaire "ils n'assument pas d'avoir créer un standard" (insinuant qu' ils le bugs [pas le standard, son implémentation au travers de leurs outils, comme le spécifie PbPg tout en restant évasif) volontairement afin de conserver une longueur d'avance sur ce sujet)
D'ailleurs cela rends encore plus remarquable le travail réalisé sur Linux.
Ici une copie de la partie adéquate, si tu veux l'essayer : http://pastebin.ca/1984501 Ceci sur un 2.6.32 (-24-l). Pas de problèmes d'affichage de rien lors du boot. (mais ensuite c'est un Xorg 1.7.7) L'utilité sera très faible, puisqu'au mieux ça marchera pour toi.
L'adoption de Linux pourrait être encore plus rapide. Elle est déjà très très rapide.
C'est l'adoption de GNU, dans Gnu/linux, qui risque de "payer les pots cassés". Bref nos distributions chéries risquent de se retrouver "à la rue" dans peu de temps. Linux, non.
[^] # Re: j'approuve
Posté par bubar🦥 (Mastodon) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 2.
Comme effort de compréhension, perso ça m'a suffit. Je suis passé à linux grâce à bash et konsole. J'y suis resté grâce à la communauté. Et je ne reviendrai pas sur Windows grâce à leur licence.
# Et si ?
Posté par bubar🦥 (Mastodon) . En réponse au journal VLC sur l'AppStore, bouhhhhh. Évalué à 6.
Perso j'ai pas d'avis tranché sur le sujet. Est ce bien ou pas, toussa.
Ben d'abord parceque je trouve ça bien que VLC soit disponible sur iOS. Après tout, le meilleur sur une plateforme répandu, c'est très bien. Et puis, s'ils peuvent vendre le binaire ça leur fera des sous. Et ça c'est très très bien.
D'un autre côté que les LL soient présents sur des plateformes fermées, ça m'a toujours chiffonné. (je comprends peut être un peu mieux aujourd'hui, mais ça me chiffonne encore un peu, je préfère quelques logiciels fermés sur une plateforme largement libre, que quelques logiciels libres sur une plateforme totalement fermée, à choisir entre les deux...).
Au final le gagnant c'est l'utilisateur. Et ce conflit est il me semble finalement une excellente méthode pour informer les utilisateurs d'iOS. VLC est reconnu comme étant un des, si ce n'est le meilleur de sa catégorie, tout O.S confondus. Que VLC "se déchire" sur s'il est bien ou pas d'intégrer l'Apple Store, cela fait parler des conditions d'usages de ces outils... conditions que beaucoup de gens ne lisent pas avant d'acheter ou d'utiliser un produit, syndrome du "clique->suivant".
Donc il me semble que le grand de cette affaire sera le logiciel libre. Que VLC reste sur l'AppStore, ou pas, peu importe. Cette affaire aura certainement permis de mettre sur la place public la problématique du contrôle et de l'usage.
[^] # Re: Et dans 6 mois..
Posté par bubar🦥 (Mastodon) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 1.
Bon, rêve à part, perso ça fait longtemps aussi que je n'ai pas vue de mes yeux en vrai dans la vraie vie réelle un laptop ou un netbook qui ne "marche pas" avec pm* Parfois, au retour d'une hibernation, on a pas la visualisation, faut le taquiner pour le réveiller, genre changer de tty. Bon ben c'est rien il suffit de vérifier avant et de coller une option comme --quirk-dpms-on au bouton pour ce monsieur.
Quant à la mise en veille, sur ram, c'est juste encore mieux que son Mac osX matos unique... Plus rapide. Vérifié sur plein de Dell différents, sur du H.P, du Acer, du monteur-en-bas-de-chez-moi, de l'IBM... Bref ça juste marche parfaitement :-)
Bon ceci dit c'est typiquement le genre de choses qui départagent encore aujourd'hui les distributions entre elles. Il y a à l'évidence de gros écart sur ces sujets entre les distributions.
[^] # Re: C'est pas encore vendredi
Posté par bubar🦥 (Mastodon) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 2.
>nous souhaitons (la plupart des dev X)
[^] # Re: OpenSuSe / SuSe Entreprise
Posté par bubar🦥 (Mastodon) . En réponse au journal Le forum Alionet fait peau neuve.... Évalué à 2.
Bah sinon, vu qu'il y a pas mal de nouveau, et que malheuseument pas mal d'anciens ne s'expriment plus ou peu, ça me semblait juste manquer à ce journal, le fait que OpenSuSe ai une politique légèrement différente de Fedora. Et qu'elle rejoigne par là Mandriva et Ubuntu.
Ceci sans froisser les distributions que j'utilise.
Pour la diversité des dépôts, moi ça me fait toujours un peu peur (je n'aime pas ubuntu non plus à cause de ça) : trop facile d'uploader n'importe quoi n'importe où et de crier sur les toits "y a un dépôt super kisskool à cette addresse). Au mieux ça va foutre la merde dans le système des gens, au pire... Et de toutes façons ça file de mauvaises habitudes "télécharge n'importe quoi de n'importe où". Bref ça manque de barrières qualité et contrôle. Ce que devrait éviter votre build-system (heu pardon build service) à terme.
J'préfère largement me coltiner l'humeur d'un chieur qui fera barrière entre moi et un dépôt, pour garantir la qualité du paquetage aux autres. Un utilisateur connaissant un peu n'aura aucun mal à savoir que "tel dépôt par telle personne est ok", mais pour utilisateur lambda, à part lui filer de mauvaises habitudes, je ne vois pas d'avantages à la multiplication des dépôts. (à moins que le système se protège du genre "tiens un rpm pas de chez nous, zou on interprète rien, on dépaquête, on colle tout ça sous "/opt" en appartenance au compte "tiers")
Le build-système est vraiment intéressant. Par contre je vois pas l'intérêt d'insister sur le fait que cela peux prendre en charge toutes les autres distributions ?? Je veux dire, tout comme tout coller dans launchpad à une époque, je ne vois que du danger si tout le monde s'en servait. Franchement, non ? Génial pour SuSe et OpenSuSe. Est ce que je l'utiliserai pour une autre distro ? Non.
M'enfin bon, c'était le troll du 01h30 :)
Et merci pour la news sur Bretzn ;-)
[^] # Re: OpenSuSe / SuSe Entreprise
Posté par bubar🦥 (Mastodon) . En réponse au journal Le forum Alionet fait peau neuve.... Évalué à 3.
et désolé pour les fautes au dessus, honte sur moi \o/
# vBulletin
Posté par bubar🦥 (Mastodon) . En réponse au journal Le forum Alionet fait peau neuve.... Évalué à 10.
Non non je ne relance pas un troll... je vousdrais juste avoir un pointeur vers un résumé de ce qui a décidé l'usage de vBulletin (qui n'est pas libre, voir ici : http://www.forummatrix.org/compare/phpBB+vBulletin )
C'est bizarre de choisir un forum pas libre, non ? Il doit y avoir de sacrées fonctionnalités sacrément nécessaires pour justifier ce choix ?
Merci.
# OpenSuSe / SuSe Entreprise
Posté par bubar🦥 (Mastodon) . En réponse au journal Le forum Alionet fait peau neuve.... Évalué à 9.
Pas facile à dire sans froisser personne, et sans troll.
Contrairement à Fedora / Redhat qui ont des distributions très différentes (l'une étant basée sur l'autre, et Fedora étant clairement "bleeding edge" même si Fedora aujourd'hui est loin de la Fedora Core 1b des début... [installer rawhide pour ça] il reste des différences notables, et pas seulement en terme de versions de logiciels ou de support).
Bref, OpenSuSe n'est pas une "distribution de développement avant tout". Elle est une distribution finalisée, optimisée, et librement utilisable.
C'est une distribution proposant une intégration de Kde absolument remarquable (peut être l'origine Allemande ?). (à titre personnel je reste toujours "sur le cul" de ce que j'en ai vu).
Elle est également la distribution de référence pour l'Audio (peut être l'origine Alsa ?), et de nombreux développeurs Linux Audio l'utilise.
Son défaut, selon moi, elle la grande diversité de pacman, avec une qualité d'empaquetage pouvait parfois surprendre. Il manque la centralisation des contributions, tel que Mandriva avait sû le faire, et tel que Fedora le fait actuellement avec rpm-fusion.
Côté business, Novell a perdu en Allemagne de gros clients historiques, malgrès une politique très agressive (support gratuit sur toutes les workstations par exemple, pour les clients/partenaires historiques de SuSe), au profit de Redhat. Son alliance brevets avec Microsoft semble être resté dans la gorge de certains européens...
Bon voilà, ceci n' aucune valeur, ni journalistique ni rien. Mais j'espère que ce commentaire éclairera un tout petit ceux hésitant à l'adopter. Et sans dit de betises. Ciao
[^] # Re: J'aime
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
78.251.169.1:58263 88.191.250.104:443 CLOSE_WAIT 4839/python
[^] # Re: faut arrêter de s'accaparer le projet fait par les autres
Posté par bubar🦥 (Mastodon) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 2.
Leur etherpad préparatif résume le contenu de la conférence :
http://etherpad.osuosl.org/lpc2010-desktop
# Installation de la version stable sur Mandriva
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 7.
http://wiki.mandriva.com/fr/Weboob
Le nécessaire pour démarrer avec Weboob, sans mal de crâne pour les dépendances. Pour le reste (configuration, utilisation, voire plus) il faudra se référer à la doc officielle du projet.
[^] # Re: J'aime
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 3.
Vraiment tout pour plaire :)
/*humour*/Retour aux bbs, mais au lieu d'avoir que du flux utile, il retire l'inutile du flux. :))) "vengeance ! les bbs vaincront !"
Par contre il y a un comportement étrange avec dlfp, quant même :
Tout d'abord la publication : lente. Ensuite des msg semblent se perdre en chemin, entre réception dlfp et publication (voir par exemple : http://pix.toile-libre.org/upload/original/1289236805.png où l'on voit clairement le message enregistré... mais il n'est jamais apparu dans le fil de discussion...).
Enfin il semble bien que chaque requête d'envoi ouvre une nouvelle session chez dlfp. Les admins dlfp risquent de hurler à l'attentat si la configuration par défaut n'est pas modifiée.
[^] # Re: Je trouve l'idée excellente
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
Il faudrait peut être ajouter au backend dlfp (ou à qboobmsg) la possibilité de fusionner la fenêtre de titre et de contenu. Afin d'éviter le multi-clic nécessaire à la lecture de tout les messages.
D'un autre côté, là c'est "productif" pour reprendre le terme utilisé dans la prez aux rmlls : par défaut l'interface nous oriente vers le suivi de ce qu'on connait uniquement.
Bref d'un côté qboobmsg est moins pratique que le navigateur (faut cliquer sur chaque message pour le lire) d'un autre on gagne du temps à répondre.
Par contre les sessions dlfp, j'ai comme un doute, d'où l'objet de ce message [un test :p]
[^] # Re: Weboob et D-Bus ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
Premier usage de qboobmsg, pardon aux familles, toussa.
Merci de bien vouloir moinsser le commentaire précédent.
[^] # Re: Weboob et D-Bus ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 3.
N'étant plus disponible en package sur la distro que j'utilise j'ai simplement installé prettytable avec easy_install, et zou. Non je ne sais pas pourquoi, j'ai simplement constaté que le dernier commit pour prettytable était une rc1 datant de 06-09, et depuis, plus rien.
Autres questions (sans demander de réponses c'est plus du "voix haute" qu'autre chose) c'est comment utiliser https par défaut ? (je n'ai certainement pas vi=u encore comment faire, j'imagine que c'est prévu) d'une part. Et d'autre part quelle solution adoptée pour éviter d'avoir les mots de passe en clair dans son ~/.weboob/ ?
Merci :)
msg envoyé avec Qboobmsg :p
[^] # Re: Weboob et D-Bus ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
Non je ne sais pas pourquoi, je constate simplement que le dernier commit est une rc1 datant de 07-09 et depuis plus rien.
Perso j'ai installé prettytable avec esay_install, et zou (vu que celui ci n'est plus dans les modules pythons packagés sur la distro que j'utilise)
Dans les questions qui me viennent à l'esprit, c'est comment l'interfacé avec https ? (peut être j'ai pas encore vu, surement). Et deuxièmement quelle solution utilisée afin d'éviter d'avoir les mots de passes en clair dans son ~/.weboob/
msg envoyé depuis qboobmsg :p
[^] # Re: Weboob et D-Bus ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 3.
[^] # Re: et ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 4.
Peut être jeter un oeil sur le travail de Mr Doyen (auteur de HomeBank) ? Avec son logiciel je n'ai jamais rencontré aucun problème pour la lecture des fichiers .ofx, ainsi que leur traitement (chevauchement temporel, etc).
Les addresses de mise à disposition, chez LCL, des fichiers d'écritures n'a pas bougé depuis belle lurette (perso je l'ai jamais vu bouger en fait), ce qui devrait faciliter la tache d'un trigger pour cette banque là. Par contre, avant de confier mes identifiants à un soft perso j'aurai besoin de certaines assurances (par exemple mon navigateur ne les a pas, ceux là, je les rentre à la mimine à chaque fois)
En tout cas perso je trouve le projet weboob passionant :)) Merci pour les nouvelles :))
[^] # Re: et ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
moi pas avoir compris
lcl a arreté l'ofx direct en 2005 à priori
[^] # Re: et ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Weboob 0.3. Évalué à 2.
un petit screenshot du site pour confirmer : http://pix.toile-libre.org/upload/img/1289224958.png
[^] # Re: Android : basé sur Linux, (+/-) libre, gratuit, et pourtant ...
Posté par bubar🦥 (Mastodon) . En réponse au journal 44% des Smartphones vendus aux USA utilisent Android. Évalué à 2.
Perso je vais plus loin en fudant sur le fait que MSFT nique les constructeurs l'utilisant en implémentant des features qui ne seront comprises que par l'o.s de ms. Ceci est rendu possible car les constructeurs utilisent un outil qu'ils ne peuvent maîtriser, ni vérifier. Cela est un outil qui permettent de considérer une tentative d'abus de position dominante, et d'utiliser cet outil à des fins de pratiques anti-concurrentielle.
Tout ceci serait légal si MS était le constructeur. Hors il est fournisseur de services pour les constructeurs. Et semble mélanger sa qualité de fournisseur de service bas-niveau avec son statut de vendeur de système d'exploitation. En utilisant la première qualité pour favoriser la seconde.
Ensuite c'est facile, très facile, de dire aux constructeurs de netbooks et laptops : "regarder comme linux marche mal, windows c'est vachement mieux". Et eux, ils plongent, de toutes façons ils ont pas les moyens d'avoir leur propre outil à ce niveau là, ils sont tenus par les cou*****.
Si l'implémentation du standard était réalisée proprement, linux n'aurait pas ces problèmes. Alors pourquoi avoir en faire un standard documenté alors qu'il aurait suffit à microsoft de faire un service ? Ha ben pas possible, ça aurait trop voyons en terme d'abus de position dominante... Alors seul le couple acpi-ms fera tout bien fonctionner sur nos ordis, grâce à la magie d'un standard et d'outils fournis aux constructeurs qui font le nécessaire pour que seul acpi-ms fonctionne bien.
[^] # Re: Android : basé sur Linux, (+/-) libre, gratuit, et pourtant ...
Posté par bubar🦥 (Mastodon) . En réponse au journal 44% des Smartphones vendus aux USA utilisent Android. Évalué à 2.
quant je vais au supermarché je demande au vendeur avec quel compilo a été construite cette partie de l'ordi. Si c'est pas du Intel, je prends pas...
A noter qu'il s'agit aussi d'un type d'arme utilisée par Apple (sauf que eux ils ont le droit : toute la machine leur appartient, ils maitrisent l'ensemble de la chaine, et en tant que constructeur ne prévoit pas d'installer un autre o.s que celui fourni). Alors que les contructeurs autres ils seraient bien contents de ne plus avoir de problème avec leurs clients Linux, ils se la font mettre bien profond par Microsoft. Et nous avec eux.
Mais bon, encore une fois, même un vendrimanche, ce n'est qu'une supposition que pour certains MSFT fourre du bug exprès...
[^] # Re: Android : basé sur Linux, (+/-) libre, gratuit, et pourtant ...
Posté par bubar🦥 (Mastodon) . En réponse au journal 44% des Smartphones vendus aux USA utilisent Android. Évalué à 2.
C'est une pratique anti-concurentielle et illégale aux usa, c'est pourquoi j'insiste sur le terme supposition ;) Pour prendre une analogie bancaire c'est un peu comme si le fournisseur logiciel des constructeur de distributeurs bancaires implémentait une restriction genre pas de reçu, dont le correctif ne serait disponible qu' à la lecture des cartes d'une seule banque.
D'ailleurs Ballmer ne s'en cache qu'à moitié, sur l'acpi (j'ai la flemme de retrouver la référence, désolé, mais elle a fait l'objet d'un journal ici si ma mémoire est bonne). Ceci m'a aussi été confirmé de manière détournée par le représentant Microsoft rencontré à mon supermarché (si si :) )
Parfois il s'agit de choses "simples" (touss fort). Mais mis bout à bout, tout ces éléments (n'empêchent nullement l'o.s de fonctionner) font qu'il est difficile de faire tourner linux sur certains matos. Car au lieu de "simplement" avoir à suivre le standard, documenté, il faut en plus débusquer tout ça, et intégrer des tables correctives. Génération d'emm******* et consommateur de temps.
D'où mon commentaire "ils n'assument pas d'avoir créer un standard" (insinuant qu' ils le bugs [pas le standard, son implémentation au travers de leurs outils, comme le spécifie PbPg tout en restant évasif) volontairement afin de conserver une longueur d'avance sur ce sujet)
D'ailleurs cela rends encore plus remarquable le travail réalisé sur Linux.
[^] # Re: Framebuffer
Posté par bubar🦥 (Mastodon) . En réponse au message xserver-xorg-video-intel avec KMS_écran noir au boot. Évalué à 2.
[^] # Re: faut arrêter de s'accaparer le projet fait par les autres
Posté par bubar🦥 (Mastodon) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 4.
C'est l'adoption de GNU, dans Gnu/linux, qui risque de "payer les pots cassés". Bref nos distributions chéries risquent de se retrouver "à la rue" dans peu de temps. Linux, non.
Non ?