Il me semble y avoir un problème de drain de batterie avec les fonds d'écrans animés : as tu remarqué la même chose ? J'ai pas exploré plus que ça, c'est un simple constat : avec "courbes de bézier" activé, le téléphone n'a pas fait 4 heures hier en fin d'après midi...
[reflexion à haute voix] Hum à moins que j'ai raté le wipe ... (ie : remise à zéro des compteurs de batteries, qui a pû mettre le souc, vu que la batterie était à 60% au moment du wipe, et que après forcément, elle affichait 0%... hum oui, ça doit être ça plutôt ça) -> confirmation dans un rechargement, donc
Oui, autant pour la gallerie que pour le navigateur : le multitouch est présent.
Franchement, perso je trouve pas cela pratique du tout, par exemple dans le navigateur web : je trouve bien plus pratique le système initial qui affiche une fenêtre de zoom, déplaçable, afin de choisir la partie de page sur laquelle zoomer. Le seul moment où le multitouch me semble utile sur ce type d'écran, c'est pour les photos.
Après quelques jours de vérifications, je suis certain que c'est chez toi qu'il y a un soucis. Cerise sur le gateau (pouha :( ) c'est que pa, même comme client de jack, ça pue sévère.
Franchement, cher Jardiland , j'en sais foutre rien \o/
Ce que je sais : la loi a été modifié à ce sujet, et les opérateurs sont obligés de fournir les codes de dévérouillage après 6 mois. Ne demande pas en magasin, c'est le service client, par téléphone, qui se charge de fournir le code qui-va-bien. S'il s'avère nécessaire d'avoir la "rom stock" pour cette manipulation (ce qui m'étonnerai beaucoup, ça me semble pas logique, pour moi ce truc est géré dans la carte sim directement) il est possible de revenir à une config d'origine très facilement : on flash avec la rom d'origine, et on flash avec l'update en 1.6 d'origine. Vala.
Pour remettre une couche sur le "j'en sais rien" j'ai même pas essayé une autre sim avec le mien.
La version de Hboot que tu annonces'est un perfectSPL qui pue des pieds -à priori-. C'est vraiment bizarre d'avoir ce hboot en France (je crois). Pour information : tu as acheté cet appareil quant exactement ? Et d'autre part, l'as tu mis à jour avec le logiciel de HTC pour Windows ? (source de problème de ce type) Bref c'est rootable quant même, et flashable aussi. C'est juste que c'est un peu plus dur de trouver comment faire, surtout. Et cela ajoute une étape pour ceux le faisant.
Google a demandé à Cyanogen il y a quelque temps l'arrêt de la distribution de ses applications dans les roms. Cyanogen a donc stoppé l'inclusion des applications Google.
Pour les installer, deux solutions :
_ soit de pas faire de wipe avant l'installation de la rom. (donc juste faire un wipe du cache dalvik, mais pas un wipe complet) : alors les applications google seront empaquetées, sauvées, puis ré-installées automatiquement. C'est la méthode recommandée lorsqu'on a déjà un téléphone personnalisé.
_ soit utiliser le tarball, un zip, disponible séparement de la rom, contenant celles installées de base. Puis juste après avoir "flasher" avec la rom Cyanogen, on ajoute un "flash" avec ce zip. C'est la méthode fortement recommandée si son téléphone à encore le système de base, pour un premier flash, donc.
Il est donc très simple de retrouver les applications Google si on le souhaite.
Un bootloader embêtant sur une htc magic "with google" de chez SFR ?? Acheté y a combien de temps ? Lorsque tu allumes le téléphone en appuyant sur les boutons RETOUR + Allumage) quelle est la version de HBOOT affichée ???
Ouhai :)
mais "temps à marché" ça me semble moins compréhensible que "time to market" parceque moins usité. Où alors utiliser "délai avant mise sur le marché", c'est pas plus mal, non ?
En plus me suis gourrer dans le copier coller suivant : (...) pour accélerer son time-to-market, mutualiser ses coûts sur ce domaine et se concentrer sur son savoir-faire, sans exégération de délégation, en gardant le controle.
sorry
ps : ouhai ça fait pipo-language, mais c'est plus une question de vocabulaire, là, que de fond (pas d'exagération il me semble, pas de sur-vente, juste du vocab de com', non ?)
phrase incomplète : Sinon, tu peux aussi coder des drivers pour beaucoup d'autres OS, y compris windows.
C'est d'ailleurs ce que font tous les constructeurs en premier : des drivers pour les autres OS, afin d'accelerer leur time to market et de maximiser leurs ventes sans exégération de délégation, en gardant le controle
Pour le reste, désolé pour toi si tu ne comprends pas, et si tu nommes pipo 2.0 ce que tu ne comprends pas
Lopoakompry
C'est une stratégie : la plupart des gens n'en n'ont pas l'utilité et ne sauront jamais. Ceux en ayant besoin sauront le trouver et auront alors le sentiment de 'maitriser' plus que la moyenne.
Cette stratégie de non-savoir mais d'impression de savoir a fait les beaux jours de windows.
"ouhai moi je connais la boite avancée de l'onglet avancé après avoir cliquer sur avancé" Brefs ils sont avancés et avance. C'est pas beau le marketting appliqué à l'ergonomie ?
Linux n'est pas un environnement figé, mais un environnement ouvert.
Il peut être configuré pour répondre aux besoins précis d'interface à internet simple et efficace pour des personnes agées.
Il peut être configuré par des "utilisateurs avancés" qui y trouveront un terrain d'amusement sans précédent, et y gagneront en savoir.
Il peut être utilisé "en sortie de boite" plus rapidement et efficacement que tout autre.
Il peut être configuré pour être adapté à un matériel précis et répondre aux besoins précis d'un constructeur pour accélerer son time-to-market, mutualiser ses coûts sur ce domaine et se concentrer sur son savoir-faire.
Il peut être intégré à de très nombreux matériels différents, ce qui assure une uniformisation telle que l'informatique ne l'avait jamais connu, en étendant le concept du 'personnal computer' à tout objet comportant une électronique avancée. Et ce sans enlever son adaptabilité et la diversité des solutions pour les constructeurs et intégrateurs.
(...)
Linux c'est une synergie entre le travail des étudiants, des universitaires, des bénévoles et des entrerprises. Française, européenne et mondiale.
Prendre du support linux, c'est acheter local, pour une réponse locale, pour une économie locale. Qui participe à une économie et à une création globale.
Prendre du Linux c'est bénéficier d'une carte qui n'avais jamais été connue dans l'informatique : le client choisi et se compose son menu. Cela correspond à l'élévation des connaissances, des compétences et des besoins en informatique aujourdhui.
>qu'il y a un paquet plus récent, mais que "zypper up" ne fera pas l'upgrade par défaut parce que le vendor est différent...
savais pas, et ça me plait beaucoup, ça ! ça doit être bien justement pour gérer des dépôts qui se marchent sur les pieds sans "casser" son système.
> auto-remove orphan
oula, zipp perds rien là :p :p (du moins par rapport à celui que je connais)
Je ne crois pas qu'il faille rejeter cela sur autrui.
Certes l'arrivée de Ubuntu a drainer des utilisateurs, et surtout des utilisateurs potentiels. Néanmoins il est possible que l'explication soit à chercher ailleurs.
Le premier pas a été franchi lors de l'arrêt du club payant. Un autre au moment de la simplication de l'offre payante. encore un autre au même moment lors de la disposition pour tous de tout les dépôts. Encore un lorsque le dépôt non free était configuré par défaut lors de l'installation d'une Free. Objectivement, le nouveau venu sur lnux avait là exactement le même produit avec la même facilité que le powerpack. Sans géner les geeks et utilsiateurs avancés, prescripteurs (pour reprendre ton idée) : c'était là un choix et en un click on avait rien qui ne soit pas libre. Le powerpack étant alors relégué à une place de soutien (ou éventuellement avec une petite plus value de type un jeux ou un lecteur dvd "officiel" pour certains pays).
Le cheminement logique aurait été de continuer dans cette voie et d'arrêter complètement le powerpack, et de choisir entre un modèle "cooker freeze et maintenue" comme fedora et redhat. Ou bien plutôt une version grand public et gratuite comme ubuntu, c'est à dire continuer exactement ce qui avait été commencé.
Mais plus facile à dire qu'à faire, et pour cela il aurait fallut que l'apport des revenus entreprises puissent permettre de couper la branche grand public. Or cet objectif n'a pas été atteind, bien que très proche (de tête il me semble que la part des revenus grands publics était passé de 70% du ca à 50% malgrès l'arrêt du club payant).
Il doit être très difficile d'accorcher le cercle vertueux.
Maintenant, le modèle "distribution grand public payante" ça il est certain que Ubuntu a laminer ce modèle. Il ne pouvait y avoir d'alternatives qu'au travers de contrats oem et grands comptes. Et peut être là, de manière immédiate, au détriment de la distribution Free grand public, au moins temporairement.
ceci n'est pas une conclusion, ce n'est que (ma) vision très partielle. mes 2 cents
Il ne s'agit quant même pas d'un "bête annonce économique" :(
Mandriva n' a plus les moyens ne serait ce que de payer l'urssaf semble t il. L'annonce avec Linagora est totalement secondaire par rapport aux difficultés que rencontre la société. (cela pourrait être une réponse, mais "pourrait" c'est juste de l'annonce et une solution potentielle [que je ne juge pas : je ne sais strictement rien sur "est ce bien ou mal"])
Bref la société Mandriva va mal.
De ma petite lorgnette je ne peux rien à faire, absolument rien. Ce ne sont pas les quelques euros que je peux donner à AUFML qui permettront à cette dernière de pouvoir employer de manière pérenne des développeurs de Mandriva. Bien que l'aufml peux jouer un rôle (pour exemple prendre en charge l'édition des One, ok je reviens là dessus plus de an après, je démord pas de mon idée, sorry, mais ça me semble toujours bien pour tous), ce rôle restera mineur au regard des difficultés financières apparentes de mdv. Jvais être direct quitte à choquer les premiers concernés : moi il n'y a qu'un seul élément qui m'importe vraiment : que les dev de mandriva aient un avenir assuré. La distribution ? il semble qu'on en soit plus là pour le moment :(
Jehane, si je pouvais, je sortirai une baguette magique, tout comme toi. Mais de baguette magique je n'ai pas. Pour la distrib j'en sais rien. En tout cas cela pourrait être un magnifique projet communautaire. Si tel était le cas, alors je reprendrai avec plaisir mon humble place de forumeur-support-et-plus-si-possible. Mais que cela devienne un projet communautaire, j'ai pas mon mot à dire.
Bref faut pas voir les autres comme dans lost :) c'est pas parcequ'on s'exprime differement et sur des points différents qu'on est à l'opposé. Si j'avais une baguette magique, je la sortirai.
Tu veux dire une annonce de l'Association Francophone des Utilisateurs de Mandriva ?
Goom, son président, ici présent, pourrais peut être rédiger une bafouille sur ce sujet afin qu'on puisse lire ce que l' AUFML pense de tout ça. Pour les packageurs, c'est vite vu : ils sont une dizaine à faire 80% de la distrib...(voir http://doc4.mandriva.org/bin/view/d4/maintainers?d= qui ne doit plus être à jour)
M'enfin bon, pourquoi aufml irait faire une bafouille sur une annonce particulière ? Comme l'as dit goom ici même "wait and see".
Un truc dommage peut être c'est qu'ils ne semblent voir la terre que comme un substrat pour les plantes. La terre est vivante \o/ faudrait pas l'oublier.
Ceux (les passionnés) faisant du hors-sol le savent depuis longtemps : pour avoir une production au top, un substrat neutre avec une rivière articificielle contenant des engrais ne suffit pas : il faut fertiliser le substrat neutre avec de la vie (champignons, microbes,...) et faire vivre le sol. Le rendement est alors bien supérieur. Vraiment supérieur. C'est pourquoi la production hors sol sur fibre de coco (naturel) est bien supérieure à celle en hors-sol sur système hydroponique standard.
L'équilibre proposer par la nature est complexe. Nous ne faisons que palement l'imiter, aujourdhui, de plus en plus. L'agriculture intensive telle que dans les années 30-70 n'a plus lieu d'être aujourdhui : npk + insecticides + persticides + herbicides est la combinaison simpliste et ravageuse de ces années là. Pas pour le porte monnaie des monsanto jusqu'à aujourdhui. Mais cela pourrait bien changer (espérons le). Comprendre et reproduire les interactions complexes du millieu naturel, puis le reproduire en hors sol pour ne pas modifier le milieu naturel, est une voie d'avenir.
Je dis pas qu'elle est parfaite, et il est bien normale qu'elle soit mieux finie, au regard des moyens que fedora à par rapport à mdv (et répète que dv faisait de véritables miracles : arrivé à faire une distrib, arrivé à travailler autant avec les projets, arrivé à faire le suivi, et au final avoir une distrib objectivement dans le peloton de tête, avec leurs moyens, c'est tout simplement incroyable)
Je dis juste que Fedora à bien changée (je connaissas un peu fedora il y a qq années, et je connais très bien toutes les redhat). Aujourdhui Fedora est tout aussi "michu ready" (et même plus!) qu'une ubuntu ou une mandriva. Voilà. Il me semble justement important de dire que cette image de Fedora "trop expérimentale pour un usage pro" est révolu. Ou alors on confonds fedora stable et fedora rawhide.
Pour un ancien utilisateur de mandriva, ça fait juste du bien de disposer d'une distrib "qui juste marche" et non pas une distrib "qui marche tout juste". Cela permet de faire passer la pilule de la transition, car sincèrement après toutes ces années, c'est pas évident de passer à autre chose. Pas seulement pour la distrib elle même, mais aussi pour tout ce qu'il de plus réel, le chan comme tu le dis si bien. N'ayant pas été un guru de mdv, arreter d'utiliser mdv veux forcément dire pour moi arreter d'aller sur le chan. C'est pas évident :( mais c'est comme ça.
Ouhai tu as raison, j'aurai pas dû marquer "est une" mais plutot "me semble une".
Car il est fort probable que cela ne soit même pas un pb de configurations dépôts (bien que ça titille que tu donnes cet exemple... zypp ne sait pas gérer correctement les conflits où bien il y a des dépôts vraiment merdiques comme à la grande époque des dépôts dans tout les coins qui se marchent dessus ?) Bref il est fort probable qu'il s'agisse juste d'un manque de connaissance et de savoir-utiliser Zypp de ma part. "le bug entre la chaise et le clavier" d'une certaine manière.
En 2 mots voilà mon ressenti : c'est un gestionnaire de paquets bien fichu dans un seul sens : celui de l'installation. Faut pas lui demander de gérer correctement la dé-installation...
Il me semble que c'est essentiellement dû au buildsystem en fait, et non au gestionnaire lui même. D'un cpoté je trouve ça évident d'avoir un buildststem quasiement totalement automatique (le packaging, franchement... à part pour les montées de versions du soft et des changements mineurs qui doivent être fait et/ou vérifier à la main) c'est typiquement le truc qui aurait du être industrialiser depuis longtemps. Donc très bien chez suse, d'un autre côté cela enlève forcément la souplesse des interventions manuelles pour les packageurs.
Non ?
Bref c'est simplement un ressenti d'essai simple de la gestion de paquets : pas solide. (au boulot j'ai utilisé des Suse, mais on ne leur demande pas la même chose que ce que mr michu peu demander à son pc)
[^] # Re: Multitouch ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 2.
[reflexion à haute voix] Hum à moins que j'ai raté le wipe ... (ie : remise à zéro des compteurs de batteries, qui a pû mettre le souc, vu que la batterie était à 60% au moment du wipe, et que après forcément, elle affichait 0%... hum oui, ça doit être ça plutôt ça) -> confirmation dans un rechargement, donc
[^] # Re: Multitouch ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 2.
Franchement, perso je trouve pas cela pratique du tout, par exemple dans le navigateur web : je trouve bien plus pratique le système initial qui affiche une fenêtre de zoom, déplaçable, afin de choisir la partie de page sur laquelle zoomer. Le seul moment où le multitouch me semble utile sur ce type d'écran, c'est pour les photos.
[^] # Re: Pulseaudio sur des téléphones ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
[^] # Re: Dévérouillage SFR
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 2.
Ce que je sais : la loi a été modifié à ce sujet, et les opérateurs sont obligés de fournir les codes de dévérouillage après 6 mois. Ne demande pas en magasin, c'est le service client, par téléphone, qui se charge de fournir le code qui-va-bien. S'il s'avère nécessaire d'avoir la "rom stock" pour cette manipulation (ce qui m'étonnerai beaucoup, ça me semble pas logique, pour moi ce truc est géré dans la carte sim directement) il est possible de revenir à une config d'origine très facilement : on flash avec la rom d'origine, et on flash avec l'update en 1.6 d'origine. Vala.
Pour remettre une couche sur le "j'en sais rien" j'ai même pas essayé une autre sim avec le mien.
[^] # Re: Liens oubliés
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 2.
[^] # Re: Aucune application Google ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 5.
Pour les installer, deux solutions :
_ soit de pas faire de wipe avant l'installation de la rom. (donc juste faire un wipe du cache dalvik, mais pas un wipe complet) : alors les applications google seront empaquetées, sauvées, puis ré-installées automatiquement. C'est la méthode recommandée lorsqu'on a déjà un téléphone personnalisé.
_ soit utiliser le tarball, un zip, disponible séparement de la rom, contenant celles installées de base. Puis juste après avoir "flasher" avec la rom Cyanogen, on ajoute un "flash" avec ce zip. C'est la méthode fortement recommandée si son téléphone à encore le système de base, pour un premier flash, donc.
Il est donc très simple de retrouver les applications Google si on le souhaite.
[^] # Re: Liens oubliés
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 2.
# Liens oubliés
Posté par bubar🦥 (Mastodon) . En réponse au journal Cyanogen pour 32B (rom Eclair 2.1 pour HTC Magic [Sapphire]). Évalué à 4.
http://forum.cyanogenmod.com/index.php?/topic/2688-cyanogenm(...)
Vala, quant même plus mieux avec eux :)
[^] # Re: Adaptation
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
mais "temps à marché" ça me semble moins compréhensible que "time to market" parceque moins usité. Où alors utiliser "délai avant mise sur le marché", c'est pas plus mal, non ?
En plus me suis gourrer dans le copier coller suivant :
(...) pour accélerer son time-to-market, mutualiser ses coûts sur ce domaine et se concentrer sur son savoir-faire , sans exégération de délégation, en gardant le controle.
sorry
ps : ouhai ça fait pipo-language, mais c'est plus une question de vocabulaire, là, que de fond (pas d'exagération il me semble, pas de sur-vente, juste du vocab de com', non ?)
# cuisine
Posté par bubar🦥 (Mastodon) . En réponse au journal De l'abération de la notion même d'antivirus. Évalué à 2.
[^] # Re: Adaptation
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
Sinon, tu peux aussi coder des drivers pour beaucoup d'autres OS, y compris windows.
C'est d'ailleurs ce que font tous les constructeurs en premier : des drivers pour les autres OS, afin d'accelerer leur time to market et de maximiser leurs ventes sans exégération de délégation, en gardant le controle
Pour le reste, désolé pour toi si tu ne comprends pas, et si tu nommes pipo 2.0 ce que tu ne comprends pas
[^] # Re: L'ergonomie prime sur la beauté
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 7.
C'est une stratégie : la plupart des gens n'en n'ont pas l'utilité et ne sauront jamais. Ceux en ayant besoin sauront le trouver et auront alors le sentiment de 'maitriser' plus que la moyenne.
Cette stratégie de non-savoir mais d'impression de savoir a fait les beaux jours de windows.
"ouhai moi je connais la boite avancée de l'onglet avancé après avoir cliquer sur avancé" Brefs ils sont avancés et avance. C'est pas beau le marketting appliqué à l'ergonomie ?
# Adaptation
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 10.
Il peut être configuré pour répondre aux besoins précis d'interface à internet simple et efficace pour des personnes agées.
Il peut être configuré par des "utilisateurs avancés" qui y trouveront un terrain d'amusement sans précédent, et y gagneront en savoir.
Il peut être utilisé "en sortie de boite" plus rapidement et efficacement que tout autre.
Il peut être configuré pour être adapté à un matériel précis et répondre aux besoins précis d'un constructeur pour accélerer son time-to-market, mutualiser ses coûts sur ce domaine et se concentrer sur son savoir-faire.
Il peut être intégré à de très nombreux matériels différents, ce qui assure une uniformisation telle que l'informatique ne l'avait jamais connu, en étendant le concept du 'personnal computer' à tout objet comportant une électronique avancée. Et ce sans enlever son adaptabilité et la diversité des solutions pour les constructeurs et intégrateurs.
(...)
Adaptabilité logicielle, portabilité matérielle.
[^] # Re: météo
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 5.
quoi ? on est pas vendredi ? zut
# Economie
Posté par bubar🦥 (Mastodon) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 10.
Prendre du support linux, c'est acheter local, pour une réponse locale, pour une économie locale. Qui participe à une économie et à une création globale.
Prendre du Linux c'est bénéficier d'une carte qui n'avais jamais été connue dans l'informatique : le client choisi et se compose son menu. Cela correspond à l'élévation des connaissances, des compétences et des besoins en informatique aujourdhui.
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Sauf que, comme ils installent ubuntu, c'est debian le upstream pour eux
'fin j'dis ça, j'dis rien :p
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
savais pas, et ça me plait beaucoup, ça ! ça doit être bien justement pour gérer des dépôts qui se marchent sur les pieds sans "casser" son système.
> auto-remove orphan
oula, zipp perds rien là :p :p (du moins par rapport à celui que je connais)
[^] # Re: mon avis
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Mandriva à vendre ?. Évalué à 5.
Certes l'arrivée de Ubuntu a drainer des utilisateurs, et surtout des utilisateurs potentiels. Néanmoins il est possible que l'explication soit à chercher ailleurs.
Le premier pas a été franchi lors de l'arrêt du club payant. Un autre au moment de la simplication de l'offre payante. encore un autre au même moment lors de la disposition pour tous de tout les dépôts. Encore un lorsque le dépôt non free était configuré par défaut lors de l'installation d'une Free. Objectivement, le nouveau venu sur lnux avait là exactement le même produit avec la même facilité que le powerpack. Sans géner les geeks et utilsiateurs avancés, prescripteurs (pour reprendre ton idée) : c'était là un choix et en un click on avait rien qui ne soit pas libre. Le powerpack étant alors relégué à une place de soutien (ou éventuellement avec une petite plus value de type un jeux ou un lecteur dvd "officiel" pour certains pays).
Le cheminement logique aurait été de continuer dans cette voie et d'arrêter complètement le powerpack, et de choisir entre un modèle "cooker freeze et maintenue" comme fedora et redhat. Ou bien plutôt une version grand public et gratuite comme ubuntu, c'est à dire continuer exactement ce qui avait été commencé.
Mais plus facile à dire qu'à faire, et pour cela il aurait fallut que l'apport des revenus entreprises puissent permettre de couper la branche grand public. Or cet objectif n'a pas été atteind, bien que très proche (de tête il me semble que la part des revenus grands publics était passé de 70% du ca à 50% malgrès l'arrêt du club payant).
Il doit être très difficile d'accorcher le cercle vertueux.
Maintenant, le modèle "distribution grand public payante" ça il est certain que Ubuntu a laminer ce modèle. Il ne pouvait y avoir d'alternatives qu'au travers de contrats oem et grands comptes. Et peut être là, de manière immédiate, au détriment de la distribution Free grand public, au moins temporairement.
ceci n'est pas une conclusion, ce n'est que (ma) vision très partielle. mes 2 cents
[^] # Re: Communauté Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Mandriva n' a plus les moyens ne serait ce que de payer l'urssaf semble t il. L'annonce avec Linagora est totalement secondaire par rapport aux difficultés que rencontre la société. (cela pourrait être une réponse, mais "pourrait" c'est juste de l'annonce et une solution potentielle [que je ne juge pas : je ne sais strictement rien sur "est ce bien ou mal"])
Bref la société Mandriva va mal.
De ma petite lorgnette je ne peux rien à faire, absolument rien. Ce ne sont pas les quelques euros que je peux donner à AUFML qui permettront à cette dernière de pouvoir employer de manière pérenne des développeurs de Mandriva. Bien que l'aufml peux jouer un rôle (pour exemple prendre en charge l'édition des One, ok je reviens là dessus plus de an après, je démord pas de mon idée, sorry, mais ça me semble toujours bien pour tous), ce rôle restera mineur au regard des difficultés financières apparentes de mdv. Jvais être direct quitte à choquer les premiers concernés : moi il n'y a qu'un seul élément qui m'importe vraiment : que les dev de mandriva aient un avenir assuré. La distribution ? il semble qu'on en soit plus là pour le moment :(
Jehane, si je pouvais, je sortirai une baguette magique, tout comme toi. Mais de baguette magique je n'ai pas. Pour la distrib j'en sais rien. En tout cas cela pourrait être un magnifique projet communautaire. Si tel était le cas, alors je reprendrai avec plaisir mon humble place de forumeur-support-et-plus-si-possible. Mais que cela devienne un projet communautaire, j'ai pas mon mot à dire.
Bref faut pas voir les autres comme dans lost :) c'est pas parcequ'on s'exprime differement et sur des points différents qu'on est à l'opposé. Si j'avais une baguette magique, je la sortirai.
Amlt.
[^] # Re: Communauté Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Merci
Simplement ajouter que "voient déjà la fin du monde" parceque "que nous apprécions et qui travaillent sur une distribution que nous aimons"
[^] # Re: Communauté Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Goom, son président, ici présent, pourrais peut être rédiger une bafouille sur ce sujet afin qu'on puisse lire ce que l' AUFML pense de tout ça. Pour les packageurs, c'est vite vu : ils sont une dizaine à faire 80% de la distrib...(voir http://doc4.mandriva.org/bin/view/d4/maintainers?d= qui ne doit plus être à jour)
M'enfin bon, pourquoi aufml irait faire une bafouille sur une annonce particulière ? Comme l'as dit goom ici même "wait and see".
[^] # Re: traduction rapide de l'article original
Posté par bubar🦥 (Mastodon) . En réponse au journal Les premières monstro-plantes. Évalué à 4.
Ceux (les passionnés) faisant du hors-sol le savent depuis longtemps : pour avoir une production au top, un substrat neutre avec une rivière articificielle contenant des engrais ne suffit pas : il faut fertiliser le substrat neutre avec de la vie (champignons, microbes,...) et faire vivre le sol. Le rendement est alors bien supérieur. Vraiment supérieur. C'est pourquoi la production hors sol sur fibre de coco (naturel) est bien supérieure à celle en hors-sol sur système hydroponique standard.
L'équilibre proposer par la nature est complexe. Nous ne faisons que palement l'imiter, aujourdhui, de plus en plus. L'agriculture intensive telle que dans les années 30-70 n'a plus lieu d'être aujourdhui : npk + insecticides + persticides + herbicides est la combinaison simpliste et ravageuse de ces années là. Pas pour le porte monnaie des monsanto jusqu'à aujourdhui. Mais cela pourrait bien changer (espérons le). Comprendre et reproduire les interactions complexes du millieu naturel, puis le reproduire en hors sol pour ne pas modifier le milieu naturel, est une voie d'avenir.
un tit texte à lire, juste un complément, pas une référence :
http://www.spectrosciences.com/spip.php?article75
(les stimulateurs de défenses naturelles : alternative aux pesticides ?)
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Je dis juste que Fedora à bien changée (je connaissas un peu fedora il y a qq années, et je connais très bien toutes les redhat). Aujourdhui Fedora est tout aussi "michu ready" (et même plus!) qu'une ubuntu ou une mandriva. Voilà. Il me semble justement important de dire que cette image de Fedora "trop expérimentale pour un usage pro" est révolu. Ou alors on confonds fedora stable et fedora rawhide.
Pour un ancien utilisateur de mandriva, ça fait juste du bien de disposer d'une distrib "qui juste marche" et non pas une distrib "qui marche tout juste". Cela permet de faire passer la pilule de la transition, car sincèrement après toutes ces années, c'est pas évident de passer à autre chose. Pas seulement pour la distrib elle même, mais aussi pour tout ce qu'il de plus réel, le chan comme tu le dis si bien. N'ayant pas été un guru de mdv, arreter d'utiliser mdv veux forcément dire pour moi arreter d'aller sur le chan. C'est pas évident :( mais c'est comme ça.
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
[^] # Re: Adieu Mandriva
Posté par bubar🦥 (Mastodon) . En réponse au journal Mandriva et Linagora. Évalué à 2.
Car il est fort probable que cela ne soit même pas un pb de configurations dépôts (bien que ça titille que tu donnes cet exemple... zypp ne sait pas gérer correctement les conflits où bien il y a des dépôts vraiment merdiques comme à la grande époque des dépôts dans tout les coins qui se marchent dessus ?) Bref il est fort probable qu'il s'agisse juste d'un manque de connaissance et de savoir-utiliser Zypp de ma part. "le bug entre la chaise et le clavier" d'une certaine manière.
En 2 mots voilà mon ressenti : c'est un gestionnaire de paquets bien fichu dans un seul sens : celui de l'installation. Faut pas lui demander de gérer correctement la dé-installation...
Il me semble que c'est essentiellement dû au buildsystem en fait, et non au gestionnaire lui même. D'un cpoté je trouve ça évident d'avoir un buildststem quasiement totalement automatique (le packaging, franchement... à part pour les montées de versions du soft et des changements mineurs qui doivent être fait et/ou vérifier à la main) c'est typiquement le truc qui aurait du être industrialiser depuis longtemps. Donc très bien chez suse, d'un autre côté cela enlève forcément la souplesse des interventions manuelles pour les packageurs.
Non ?
Bref c'est simplement un ressenti d'essai simple de la gestion de paquets : pas solide. (au boulot j'ai utilisé des Suse, mais on ne leur demande pas la même chose que ce que mr michu peu demander à son pc)