Justement à mon avis, s'il ne fallait qu'un seul format, RPM serait vachement plus adaptable à ce genre de problèmes. J'ai longtemps préféré les deb (et je préfère toujours les règles de nommage de Debian), mais pour avoir un peu joué à faire des paquets dans mon coin:
Avec les deb, les dépendances sont des paquets donc si tu dépend de java-truc et que sur une autre distrib, le même contenu est appelé truc-java, ben c'est foutu, tu dois modifier/forker ton paquet,, alors qu'en RPM, tu dis juste que tu as besoin de /usr/bin/java est c'est bouclé. Et en plus, pour les bibliothèques rpm passe un coup de ldd pour en déduire ce dont tu as besoin, donc t'as même pas à les lister à la main.
Et je rejoints Zenitram, 2 formats pour faire le même job (parce que fondamentalement, je ne vois pas de raison autre qu'historique à avoir 2 espèces de tar+dépendances, et c'est pénible.
Je n'ai pas testé spécifiquement l'installer de la 13.1, mais durant les versions de développement, ils l'ont activé par défaut pour avoir des testeurs, puis l'ont retiré du choix par défaut, il me semble que ça ne reviendra par défaut qu'à partir de 13.2 (si tout va bien d'ici là).
Vu que c'est compliqué à basculer un FS, pour avoir beaucoup de testeurs, et donc de rapports de bugs dans tous les sens, je trouve cette solution pratique (même si pas sans défauts): une version dev, on ne l'installe pas sur une machine de prod, donc on peut justement vérifier que tout se passe bien.
ça ne fait pas un test complet de tous les cas, mais c'est déjà un bon test (et puis l'installation d'un OS, niveau accès au disque et donc utilisation du FS, ça doit déjà être pas mal comme couverture).
Sauf si tu installes le client sur un partage NFS (ou SMB, selon la techno voulue) et alors ton installation sera également en O(j+m), ou plus propre, le client peut-être distribué sur le dépot de paquets de l'entreprise, l'installation sur les postes clients automatisés avec puppet … bref, ça dépend, tout n'est pas forcément installé à la main.
Après, c'est un souci d'infra, mais quand elle est là, on peut l'utiliser facilement.
J'ai recherché, mais je ne retrouve plus la source … si quelqu'un d'autre s'en souvient, ça serait cool de sourcer effectivement. Je crois que c'était expliqué dans un blog d'A seigo ou M Graesslin mais ça m'énerve, je ne le retrouve plus.
Plus spécifiquement, c'était à propos de patchs propos pour kwin qui devaient venir pour l'améliorer et ils ne sont jamais arrivés.
Moi je vois surtout KDE visé et surtout Martin Graesslin de Kwin.
Mais son argument était surtout: tant que Mir ne concerne qu'une seule distribution, on ne l'acceptera pas en upstream. Et quand tu dis que canonical va gérer la connexion à Mir, donc tout va bien, je pense que KDE attend toujours que la promesse de l'investissement de canonical via des patchs se réalise enfin (je ne sais plus de quand ça date).
En gros, ça fait des années qu'ils sont fâchés, et maintenant MS décide que c'est les autres les méchants…
Sans compter le bonheur ultime: les noms sont traduits … donc Files sur un système c'est Fichiers sur un autre. D'ailleurs Machines, c'est bien Boxes en VO ?
Moi je regrette les ktruc et gtruc. C'était plus simple.
ça dépend surtout de la configuration par défaut (sachant que tout est ensuite modifiable).
Une possibilité pour toi, je pense serait, de regarder le projet KLyDE. Un dév d'opensuse (il me me semble) a travaillé sur un packaging de KDE hyper léger. Le logiciel est bien celui de KDE, mais par défaut, les sons des notifications sont désactivées, les effets visuels les plus gourmands aussi, etc. Il arrive à un environnement comparable à XFCE, mais avec l'avantage qu'ensuite, tu peux réinsérer les modules (effets, plasmoids, son …) que tu veux. Au moins, tu pars d'un état minimal.
C'est du WIP, à l'Akademy, si je me souviens bien, il avait parlé de continuer les allègements.
Par contre, pour l'installer, je ne connais qu'opensuse qui le package … Mais au moins, ça montre que c'est possible.
C'est bien ça le souci, pour le moment, en QML, les Desktop Components ne sont pas intégrés, ils le seront normalement en avril avec Qt 5.1 (sous le nom de Controls). à partir de ce moment il sera très avantageux de faire les GUI en QML (sauf s'il y a des widgets non standards, qu'il faudra donc transformer).
Autant, j'ai vu des bouts de code pour incorporer une vue QML dans une fenêtre à base de widgets, autant l'inverse ne me dit rien…. donc ça veut dire qu'il faut tout recoder dans le cas d'un widget vraiment customisé.
Bref, à partir d'avril, ça devrait être jouable, d'ici là, c'est un poil fatiguant (ou alors, faut le code en composants Harmattan / Silica / Plasma / Ubuntu )
Les FAI vont continuer à donner des box, et donc ils peuvent mettre un parefeu dessus ... qui verrouille les connexions entrantes. C'est quand même pas un drame...
mouais, je ne vois pas bien l'intérêt, si je veux du typage fort etc je ne fais pas un script shell, je fais un programme ...
Les usages ne sont pas les mêmes: d'un coté, typage absent mais concision des commandes, et de l'autre, des commandes (sans regex) longue comme mon bras pour faire un banal ls ...
Mais libre ça ne veut pas dire disponible pour tout le monde, c'est un logiciel dont les utilisateurs peuvent avoir accès aux sources, faire des modifications et les diffuser...
Ben, tu n'usurpes pas complètement l'ip de l'autre, mais tu peux quand même foutre un peu la pagaille dans le réseau, il y a désormais 2 adresses MAC pour une seule IP et pas de bol, si tu envoies tes paquets un coup d'un côté, un coup de l'autre ... tu perturbes le réseau.
Dans ce sens, c'est un problème qui peut rendre un serveur "inaccessible"
Même si ça te fait chier, moi ça me rassure en fait
Je n'aime pas les distribs linux qui sortent tout en "HEAD" en exclusivité...
Fedora m'allait encore il y a quelques mois, mais maintenant, par exemple, la version 9 va me vacciner pour un moment.
Quitte à ce que certaines fonctions ne soient pas directement dispo, je veux pas voir un noyau en RC/bêta/alpha, (surtout si tu ajoutes un firefox, un xorg, et un OOo instable)
Celà dit, je compatis ;) moi aussi parfois ça me fait chier quand la version packagée n'est pas la dernière et que j'attends une amélioration/correction de bug. Je me dis que c'est le prix d'un peu de QA
[^] # Re: Quid de Razor Qt ?
Posté par freeze . En réponse à la dépêche Du nouveau du côté de LXQt. Évalué à 2.
LXQt = fusion de Razor-Qt et LXDE si j'ai bien compris
[^] # Re: C'est la vie...
Posté par freeze . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 1.
Justement à mon avis, s'il ne fallait qu'un seul format, RPM serait vachement plus adaptable à ce genre de problèmes. J'ai longtemps préféré les deb (et je préfère toujours les règles de nommage de Debian), mais pour avoir un peu joué à faire des paquets dans mon coin:
Avec les deb, les dépendances sont des paquets donc si tu dépend de java-truc et que sur une autre distrib, le même contenu est appelé truc-java, ben c'est foutu, tu dois modifier/forker ton paquet,, alors qu'en RPM, tu dis juste que tu as besoin de /usr/bin/java est c'est bouclé. Et en plus, pour les bibliothèques rpm passe un coup de ldd pour en déduire ce dont tu as besoin, donc t'as même pas à les lister à la main.
Et je rejoints Zenitram, 2 formats pour faire le même job (parce que fondamentalement, je ne vois pas de raison autre qu'historique à avoir 2 espèces de tar+dépendances, et c'est pénible.
[^] # Re: Pourquoi laisser networkmanager?
Posté par freeze . En réponse à la dépêche openSUSE 13.1 est là. Évalué à 1.
Tu peux aussi dire à Yast que c'est NM qui gère le réseau
[^] # Re: Btrfs par défaut ?
Posté par freeze . En réponse à la dépêche openSUSE 13.1 est là. Évalué à 2.
Je n'ai pas testé spécifiquement l'installer de la 13.1, mais durant les versions de développement, ils l'ont activé par défaut pour avoir des testeurs, puis l'ont retiré du choix par défaut, il me semble que ça ne reviendra par défaut qu'à partir de 13.2 (si tout va bien d'ici là).
Vu que c'est compliqué à basculer un FS, pour avoir beaucoup de testeurs, et donc de rapports de bugs dans tous les sens, je trouve cette solution pratique (même si pas sans défauts): une version dev, on ne l'installe pas sur une machine de prod, donc on peut justement vérifier que tout se passe bien.
ça ne fait pas un test complet de tous les cas, mais c'est déjà un bon test (et puis l'installation d'un OS, niveau accès au disque et donc utilisation du FS, ça doit déjà être pas mal comme couverture).
[^] # Re: bébé
Posté par freeze . En réponse au journal C'est au tour de Wireshark de passer à Qt. Évalué à 2.
Je pense que le sens de soutenu était à prendre en terme de rapidité, pas dans le sens "nombre de personnes qui le soutiennent"
[^] # Re: La démo de WebODF
Posté par freeze . En réponse au journal Owncloud documents. Évalué à 0.
Sauf si tu installes le client sur un partage NFS (ou SMB, selon la techno voulue) et alors ton installation sera également en O(j+m), ou plus propre, le client peut-être distribué sur le dépot de paquets de l'entreprise, l'installation sur les postes clients automatisés avec puppet … bref, ça dépend, tout n'est pas forcément installé à la main.
Après, c'est un souci d'infra, mais quand elle est là, on peut l'utiliser facilement.
[^] # Re: Mir
Posté par freeze . En réponse au journal L'open source Tea party et Mark Shuttleworth. Évalué à 1.
J'ai recherché, mais je ne retrouve plus la source … si quelqu'un d'autre s'en souvient, ça serait cool de sourcer effectivement. Je crois que c'était expliqué dans un blog d'A seigo ou M Graesslin mais ça m'énerve, je ne le retrouve plus.
Plus spécifiquement, c'était à propos de patchs propos pour kwin qui devaient venir pour l'améliorer et ils ne sont jamais arrivés.
Désolé de ne pas avoir le lien direct
[^] # Re: Mir
Posté par freeze . En réponse au journal L'open source Tea party et Mark Shuttleworth. Évalué à 6.
Je parlais de patchs promis par Canonical à KDE bien avant cette histoire, du temps où X était encore acceptable.
[^] # Re: Mir
Posté par freeze . En réponse au journal L'open source Tea party et Mark Shuttleworth. Évalué à 9.
Moi je vois surtout KDE visé et surtout Martin Graesslin de Kwin.
Mais son argument était surtout: tant que Mir ne concerne qu'une seule distribution, on ne l'acceptera pas en upstream. Et quand tu dis que canonical va gérer la connexion à Mir, donc tout va bien, je pense que KDE attend toujours que la promesse de l'investissement de canonical via des patchs se réalise enfin (je ne sais plus de quand ça date).
En gros, ça fait des années qu'ils sont fâchés, et maintenant MS décide que c'est les autres les méchants…
[^] # Re: des applis aux nom de m****
Posté par freeze . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 10.
Sans compter le bonheur ultime: les noms sont traduits … donc Files sur un système c'est Fichiers sur un autre. D'ailleurs Machines, c'est bien Boxes en VO ?
Moi je regrette les ktruc et gtruc. C'était plus simple.
[^] # Re: Ça donne envie
Posté par freeze . En réponse à la dépêche KDE SC 4.11. Évalué à 1.
ça dépend surtout de la configuration par défaut (sachant que tout est ensuite modifiable).
Une possibilité pour toi, je pense serait, de regarder le projet KLyDE. Un dév d'opensuse (il me me semble) a travaillé sur un packaging de KDE hyper léger. Le logiciel est bien celui de KDE, mais par défaut, les sons des notifications sont désactivées, les effets visuels les plus gourmands aussi, etc. Il arrive à un environnement comparable à XFCE, mais avec l'avantage qu'ensuite, tu peux réinsérer les modules (effets, plasmoids, son …) que tu veux. Au moins, tu pars d'un état minimal.
C'est du WIP, à l'Akademy, si je me souviens bien, il avait parlé de continuer les allègements.
Par contre, pour l'installer, je ne connais qu'opensuse qui le package … Mais au moins, ça montre que c'est possible.
https://blogs.kde.org/2013/04/11/hackweek9-lightweight-kde-desktop-project-updated
[^] # Re: Qt5
Posté par freeze . En réponse à la dépêche Projet Qt5 : lecteur de musique. Évalué à 2.
C'est bien ça le souci, pour le moment, en QML, les Desktop Components ne sont pas intégrés, ils le seront normalement en avril avec Qt 5.1 (sous le nom de Controls). à partir de ce moment il sera très avantageux de faire les GUI en QML (sauf s'il y a des widgets non standards, qu'il faudra donc transformer).
Autant, j'ai vu des bouts de code pour incorporer une vue QML dans une fenêtre à base de widgets, autant l'inverse ne me dit rien…. donc ça veut dire qu'il faut tout recoder dans le cas d'un widget vraiment customisé.
Bref, à partir d'avril, ça devrait être jouable, d'ici là, c'est un poil fatiguant (ou alors, faut le code en composants Harmattan / Silica / Plasma / Ubuntu )
[^] # Re: Français
Posté par freeze . En réponse au journal La SNCF, encore et toujours. Évalué à 1.
[^] # Re: Ipv6 chez le particulier : nouvelle problématique de sécurité ?
Posté par freeze . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 5.
[^] # Re: Microsoft n'a que trois ennemis dans le libre
Posté par freeze . En réponse au journal Microsoft sponsorise le serveur Apache !!!. Évalué à 2.
[^] # Re: A propos de http://www.mono-project.com/CsharpRepl ...
Posté par freeze . En réponse au journal Mono 2.2 :interview d'une release notes.. Évalué à 0.
Les usages ne sont pas les mêmes: d'un coté, typage absent mais concision des commandes, et de l'autre, des commandes (sans regex) longue comme mon bras pour faire un banal ls ...
[^] # Re: A propos de http://www.mono-project.com/CsharpRepl ...
Posté par freeze . En réponse au journal Mono 2.2 :interview d'une release notes.. Évalué à 1.
Genre si on peut "s'attacher" à un soft mono et le visiter ... pourquoi pas
[^] # Re: Bravo mono !
Posté par freeze . En réponse au journal Mono 2.2 :interview d'une release notes.. Évalué à 2.
créer un projet "MSBuild"/VS.net
coder avec la completion de code & autres goodies
Pour ça utilise monodevelop.
Pour la doc: utilise la MSDN, en web
et puis il y a des choses difficiles....
Pour les winforms, je crois que tu dois tout te taper à la main
Autre solution, tu vires les winforms, et tu utilises GTK#, pour ça monodevelop a un gui builder, et puis gtk# a un installer pour .net
[^] # Re: Une carrière assurée
Posté par freeze . En réponse au journal Les 25 erreurs de programmation les plus dangereuses. Évalué à 1.
[^] # Re: Un oubli ???
Posté par freeze . En réponse à la dépêche Rétrospective LinuxFR 2008 du logiciel libre. Évalué à 3.
[^] # Re: Problèmes réseau
Posté par freeze . En réponse à la dépêche Test de Fedora 10 Cambridge. Évalué à 2.
[^] # Re: Problèmes réseau
Posté par freeze . En réponse à la dépêche Test de Fedora 10 Cambridge. Évalué à 2.
Dans ce sens, c'est un problème qui peut rendre un serveur "inaccessible"
[^] # Re: Mise à jour
Posté par freeze . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 1.
C'est à dire après l'ajout du dépôt (repository) de paquets ?
J'avais cru lire que ce n'était pas trop conseillé .. qu'en est-il ?
[^] # Re: Configuration
Posté par freeze . En réponse à la dépêche Gestion de configuration distribuée avec Mercurial. Évalué à 4.
- plus de lettres
- moins de sens (vu qu'il est utilisé pour tout)
[^] # Re: plaisir de râler
Posté par freeze . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 2.
Je n'aime pas les distribs linux qui sortent tout en "HEAD" en exclusivité...
Fedora m'allait encore il y a quelques mois, mais maintenant, par exemple, la version 9 va me vacciner pour un moment.
Quitte à ce que certaines fonctions ne soient pas directement dispo, je veux pas voir un noyau en RC/bêta/alpha, (surtout si tu ajoutes un firefox, un xorg, et un OOo instable)
Celà dit, je compatis ;) moi aussi parfois ça me fait chier quand la version packagée n'est pas la dernière et que j'attends une amélioration/correction de bug. Je me dis que c'est le prix d'un peu de QA