Arrgh, mauvaise idée. Contrairement à l'anglais, la langue française n'a pas la notion de durée pour ses phonèmes donc c'est complètement non intuitif pour un francophone.
En plus, c'est chiant ce genre d'interface, ça n'avance pas, ça change toujours juste au mauvais moment... Bref, c'est pour moi une mauvaise bonne idée.
Le click droit est vraiment une bonne solution puisque c'est par définition un menu contextuel donc cela donne un bouton enrichi.
Dans un page https, les éléments en http devrait être encadré par défaut avec un bouton au centre pour les activer (et les charger) individuellement comme avec FlashBlock pour le flash. Cela réduirait du coup le nombre de ces mauvaises pages sur le web et réduit en plus la charge sur le réseau. En plus, c'est assez facile à faire il me semble. Avec ce principe, il n'y a rien à mettre de particulier sur l'adresse du lien.
Je trouve que mettre en rouge une identité non vérifié est une bonne idée. On pourrait alors mettre en orange une identité vérifié localement (certif accepté par la personne) mais pas par le système.
C'est normal, la gestion des onglets devrait être du ressort du window manager... A une époque, le développeur de nedit par exemple refusais d'intégrer le patch concernant les onglets pour cette raison.
Mais très peu de window manager ont suivis la trace de PWM sur ce sujet. Il y en même qui disent que les bureaux virtuels, c'est trop compliqué, voire que les applications devrait être plein écran ou que le menu global à la mac devrait se généraliser !
Vive les écrans au format poche ;-)
Parce qu'il y en a marre des applications mac et mozilla qui ne sont pas multi-instance par défaut depuis des années...
Sous chromium, si un site est en https, le début de l'URL est en vert (certif payé) ou en rouge (certif non payé). Je trouve cela bien car visuel et ne prenant pas de place.
> Je ne suis pas sûr que Debian ne soit pas un peu en cause dans ce cas
Il ne faut pas oublier que debian est multi-plateforme. Si firefox marchait sans bogue sur toutes les plateformes, il serait déjà à la 3.6...
Il y a plein de logiciels qui ne passent pas aussi facilement que cela la barrière du multi-processeur. Les développeurs debian passent un temps fou à régler tout cela.
Ce n'est pas l'installation de l'agent le soucis. C'est si j'installe un paquet, n'importe lequel, j'utilise une technique en deux couches :
- paquet zip ayant un script install.bat à l'intérieur qui s'occupe de tout
- copie du zip via ocs.
Le soucis est qu'OCS me lance le script install.bat avec une fenetre cmd.exe donc visible par l'utilisateur. Donc je met un cmdow en début de ce script. Il y a peut être mieux à faire mais c'est la seule méthode que j'ai trouvé fiable et maintenable.
Pourquoi cette méthode ? Ainsi, les tests sont très facile à faire et je ne dépends pas d'OCS trop fortement. De plus, si un utilisateur veut installer sur sa machine perso un paquet, il copie le zip et se débrouille tout seul (c'est sa machine après tout !).
Pour ce qui est de la gestion via les priorités, c'est ce que l'on fait, notamment pour LaTeX ou il y avait un ordre d'installation à suivre. Le principal soucis et de pouvoir sélectionner plusieurs paquets d'un coup pour ne pas en oublier, donc pas trop cliquer ;-)
Pour le retour des messages lors d'une installation, c'est vrai que si cela pouvait remonter sur le serveur, ce serait bien. Ces Windows, c'est incroyable, ca marche avec 49 postes mais il y en a toujours un qui merde...
J'ai eu un seul gros soucis avec OCS, c'était il y a quelques années, le certificat est arrivé a expiration (Certificat CNRS = 2 ans, cela passe vite). La, je me suis dis que le truc était merdique car on ne pouvait pas mettre 6 mois avant deux certificats dans l'agent pour préparer la transition. Au final, je me suis retrouvé coincé. Je m'en suis sortis par une entourloupette, au démarrage de la session utilisateur, j'ai balancé une commande en runas sur un compte admin pour modifier le certificat sous Program_Files... crade et pas sécurisé pour un sous mais en ne disant rien, les utilisateurs n'ont rien vu !
Autres idées dans le futur, l'agent OCS pourrait tourner sur un compte d'admin et non sous le compte SYSTEM, ou les installations pourrait se faire sous un compte d'admin (comme cela, il y a une sandbox par installation). Pourquoi ? En fait, le compte SYSTEM n'a pas de ruche donc il y a parfois des programmes qui marchent pas sous ce compte et il faut bidouiller. Un exemple simple qui me vient en tête est psexec par exemple qui depuis qu'il a été repris par Crosoft demande un EULA. L'acceptation de cet EULA est stocké dans la base de registre de la personne, chose impossible pour le compte SYSTEM. C'est pas forcément l'exemple le plus typique pour OCS mais je sais que de temps en temps, on doit bidouiller car nos scripts marchent en interactif sous l'administrateur du domaine mais pas via OCS sous le compte SYSTEM.
Merci pour ces nouvelles. C'est vrai que la direction n'est pas claire du coup je me suis posé la question de migrer vers Opsi ou Pulse2 (bien qu'Opsi fait vraiment usine à gaz).
> Si tu veux parler avec les dev du projet tu nous trouveras facilement en journée sur le
> canal irc où nous sommes ouvert à toute proposition et contribution.
L'IRC a toujours été interdit dans les universités ou je suis passé donc je n'en fait jamais ;-( Désolé.
Ce qu'il me manque le plus dans OCS pour le moment :
- un installation vraiment silencieuse qui marche à tous les coups. Du coup, je fais des scripts install.bat ou la première commande appelle cmdow mais il faut ajouter une exception dans Norton pour cmdow qui est considéré par défaut comme dangeureux.
- si une installation foire, passage à la suivante au bout d'un certain temps
- pouvoir ré-installer un paquet en mettant un drapeau pour le forcer
- pour lancer ou installer une commande tous les n lancements de l'agent afin de faire une sorte de commande cron ou at mais gérer en central. Avec cela, on aura une espèce de cfengine...
- améliorer le fichier history sur l'agent car si on veux ré-installer, il faut trouver la ligne avec le timestamp du paquet et la supprimer. On peux faire mieux. Un petit plus serait déjà de mettre le timestamp puis le nom du paquer sur la même ligne.
- gestion de dépendance de paquet ou tout au moins, pouvoir choisir d'installer n paquets d'un coup. On click trop dans l'interface actuelle à mon sens. Sur un client lourd, c'est pénible, sur une interface web, c'est encore plus pénble ;-)
Ceci dis, OCS marche super bien. On l'utilise pour déployer sous Windows 2000, XP, et Seven 64 bits. La fonction d'inventaire est pratique mais pas si primodiale chez nous, j'ai un DHCP et un DNS statique qui font que mes tables sont à peu près à jour. Et puis j'ai un outil qui me donne qu'elles sont les machines actives et sur quels commutateurs elles sont branchées.
Des bonnes nouvelles dans cette news mais à mon sens, la "com" du projet n'et pas toujours très claire sur il va, quand, comment... J'ai du mal à avoir les idées claires et pourtant, j'utilise OCS depuis des années.
Petites questions :
- quels sont vos rapports avec le projet Fusion Inventory qui semble avoir une bonne dynamique ?
- pourquoi ne pas fusionner avec GLPI ? GLPI est un projet qui grossit, qui intègre de plus en plus de chose.
- la partie que j'utilise le plus est le déploiement de logiciel sous Windows. Je ne vois pas grand chose la dessus dans la nouvelle. Quels sont les projets sur ce domaine.
> Ajoutons encore que certaines entreprises prenant la licence au pied de la lettre ne
> reversent rien et se des bollocks en or massif avec openbsd (genre une applicance de
> gestion DNS sur de grands parcs) auront pris cette fois une sacrée leçon.
Parce que maintenant il faut interpréter la licence ?
Ces entreprises n'ont ni raison ni tord et il n'y a rien à leur dire. Si on souhaite un retour, il y a d'autres licences possibles.
A mon sens, le grand projet ambitieux du coté du libre est le couple Perl6 / Parrot. Derrière, il y a comme objectif de mettre toute l'infrastructure du CPAN sur Perl6 (CPAN6), sachant que tout cela n'est pas lié qu'à Perl, Parrot a toujours été développé et ouvert sur tous les langages de script (la machine Parrot a été conçu pour les langages dynamiques).
C'est dommage que les autres langages de script ne misent pas plus sur Parrot afin d'arriver à avoir un écosystème développé et conçu par et pour le libre, de manière communautaire et sans grande entreprise ayant le rôle de pilote.
A chaque fois que j'en essaye un autre, je reviens à wmii car je le trouve souple, pratique, clair. On pourrait juste améliorer un peu la partie fenêtre flottante.
Iceweasel n'est pas un fork de Firefox dans le sens ou il n'y a pas de réel développement de réalisé sur Iceweasel. C'est juste une question de droit avec la marque Firefox et donc d'appliquer quelques patch correcteurs.
> La réputation de la fondation Apache n'est plus à refaire.
Si effectivement j'utilise beaucoup Apache comme serveur web, je me rends compte que la fondation Apache a énormément de projet en java et que finalement, à part le serveur Apache, j'ai l'impression de ne rien utiliser de chez eux. Il faut dire que je fuis tout serveur en java ayant de suite une impression d'usine à gaz que je n'arriverait pas à maintenir.
Est-ce une impression ou est-ce au final assez général ?
Il faut donc faire cela intelligemment car git travaille en mode patch et non en mode fichier or ce qui compte pour une sauvegarde, ce sont les fichiers à la base ;-)
En fait, le 25 décembre est le jour du solstice d'hiver au temps de Jules César. Cette date marque alors le retour du soleil et n'a absolument rien de chrétien (ni de catholique). Mais les romains (calendrier Julien) avaient quelques approximations et les dates ont commencées a se décaler !
Le pape Grégoire décide de réformer tout cela en 1582 alors que le problème était connu depuis 325, date du concile de Nicée ! Le but est alors de faire en sorte que l'équinoxe de printemps tombe un 21 mars, comme au temps du concile de Nicée, quitte à sacrifier la symbolique du 25 décembre de quelques jours (on voit ce qui compte vraiment pour le Vatican).
C'est donc à cause d'un pape que le 25 décembre n'est plus la date exacte du solstice d'hiver, mais 2000 ans après Jules César, on célèbre toujours cette date ;-)
A noter que personne ne connaît la date de naissance de Jésus et que la date du 25 décembre à justement était choisie par les chrétiens en fonction du contexte de l'époque, donc romain. D'ailleurs, très peu de date chrétienne sont réellement religieuses à la base.
[^] # Re: Réponse
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dépouillement de Firefox. Évalué à 2.
En plus, c'est chiant ce genre d'interface, ça n'avance pas, ça change toujours juste au mauvais moment... Bref, c'est pour moi une mauvaise bonne idée.
Le click droit est vraiment une bonne solution puisque c'est par définition un menu contextuel donc cela donne un bouton enrichi.
[^] # Re: Pas vu
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dépouillement de Firefox. Évalué à 4.
Je trouve que mettre en rouge une identité non vérifié est une bonne idée. On pourrait alors mettre en orange une identité vérifié localement (certif accepté par la personne) mais pas par le système.
[^] # Re: Plus !
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dépouillement de Firefox. Évalué à 4.
Mais très peu de window manager ont suivis la trace de PWM sur ce sujet. Il y en même qui disent que les bureaux virtuels, c'est trop compliqué, voire que les applications devrait être plein écran ou que le menu global à la mac devrait se généraliser !
Vive les écrans au format poche ;-)
Parce qu'il y en a marre des applications mac et mozilla qui ne sont pas multi-instance par défaut depuis des années...
[^] # Re: Pas vu
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dépouillement de Firefox. Évalué à 4.
Le seul soucis, c'est pour les daltoniens...
[^] # Re: Tortues
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU Recutils 1.1. Évalué à 4.
[^] # Re: Tortues
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU Recutils 1.1. Évalué à 4.
[^] # Re: Vive Firefox
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 4.
Il est tout à fait normal que des libristes européens ne tiennent pas compte de la réglementation américaine si cela leur chante.
[^] # Re: Vive Firefox
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 9.
Il ne faut pas oublier que debian est multi-plateforme. Si firefox marchait sans bogue sur toutes les plateformes, il serait déjà à la 3.6...
Il y a plein de logiciels qui ne passent pas aussi facilement que cela la barrière du multi-processeur. Les développeurs debian passent un temps fou à régler tout cela.
[^] # Re: Nombre de commentaires
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Statistiques 2010 du site LinuxFr.org. Évalué à 3.
Si, il y en a encore qui croient que leur langage de script favori va surpasser Perl ;-)
[^] # Re: comptage module perl
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Rubygems.org, So Nice et Rubinius. Évalué à 5.
[^] # Re: FusionInventory
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OCS Inventory NG 2.0 RC1. Évalué à 2.
- paquet zip ayant un script install.bat à l'intérieur qui s'occupe de tout
- copie du zip via ocs.
Le soucis est qu'OCS me lance le script install.bat avec une fenetre cmd.exe donc visible par l'utilisateur. Donc je met un cmdow en début de ce script. Il y a peut être mieux à faire mais c'est la seule méthode que j'ai trouvé fiable et maintenable.
Pourquoi cette méthode ? Ainsi, les tests sont très facile à faire et je ne dépends pas d'OCS trop fortement. De plus, si un utilisateur veut installer sur sa machine perso un paquet, il copie le zip et se débrouille tout seul (c'est sa machine après tout !).
Pour ce qui est de la gestion via les priorités, c'est ce que l'on fait, notamment pour LaTeX ou il y avait un ordre d'installation à suivre. Le principal soucis et de pouvoir sélectionner plusieurs paquets d'un coup pour ne pas en oublier, donc pas trop cliquer ;-)
Pour le retour des messages lors d'une installation, c'est vrai que si cela pouvait remonter sur le serveur, ce serait bien. Ces Windows, c'est incroyable, ca marche avec 49 postes mais il y en a toujours un qui merde...
J'ai eu un seul gros soucis avec OCS, c'était il y a quelques années, le certificat est arrivé a expiration (Certificat CNRS = 2 ans, cela passe vite). La, je me suis dis que le truc était merdique car on ne pouvait pas mettre 6 mois avant deux certificats dans l'agent pour préparer la transition. Au final, je me suis retrouvé coincé. Je m'en suis sortis par une entourloupette, au démarrage de la session utilisateur, j'ai balancé une commande en runas sur un compte admin pour modifier le certificat sous Program_Files... crade et pas sécurisé pour un sous mais en ne disant rien, les utilisateurs n'ont rien vu !
Autres idées dans le futur, l'agent OCS pourrait tourner sur un compte d'admin et non sous le compte SYSTEM, ou les installations pourrait se faire sous un compte d'admin (comme cela, il y a une sandbox par installation). Pourquoi ? En fait, le compte SYSTEM n'a pas de ruche donc il y a parfois des programmes qui marchent pas sous ce compte et il faut bidouiller. Un exemple simple qui me vient en tête est psexec par exemple qui depuis qu'il a été repris par Crosoft demande un EULA. L'acceptation de cet EULA est stocké dans la base de registre de la personne, chose impossible pour le compte SYSTEM. C'est pas forcément l'exemple le plus typique pour OCS mais je sais que de temps en temps, on doit bidouiller car nos scripts marchent en interactif sous l'administrateur du domaine mais pas via OCS sous le compte SYSTEM.
En tout cas, merci pour tout.
[^] # Re: FusionInventory
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OCS Inventory NG 2.0 RC1. Évalué à 0.
> Si tu veux parler avec les dev du projet tu nous trouveras facilement en journée sur le
> canal irc où nous sommes ouvert à toute proposition et contribution.
L'IRC a toujours été interdit dans les universités ou je suis passé donc je n'en fait jamais ;-( Désolé.
Ce qu'il me manque le plus dans OCS pour le moment :
- un installation vraiment silencieuse qui marche à tous les coups. Du coup, je fais des scripts install.bat ou la première commande appelle cmdow mais il faut ajouter une exception dans Norton pour cmdow qui est considéré par défaut comme dangeureux.
- si une installation foire, passage à la suivante au bout d'un certain temps
- pouvoir ré-installer un paquet en mettant un drapeau pour le forcer
- pour lancer ou installer une commande tous les n lancements de l'agent afin de faire une sorte de commande cron ou at mais gérer en central. Avec cela, on aura une espèce de cfengine...
- améliorer le fichier history sur l'agent car si on veux ré-installer, il faut trouver la ligne avec le timestamp du paquet et la supprimer. On peux faire mieux. Un petit plus serait déjà de mettre le timestamp puis le nom du paquer sur la même ligne.
- gestion de dépendance de paquet ou tout au moins, pouvoir choisir d'installer n paquets d'un coup. On click trop dans l'interface actuelle à mon sens. Sur un client lourd, c'est pénible, sur une interface web, c'est encore plus pénble ;-)
Ceci dis, OCS marche super bien. On l'utilise pour déployer sous Windows 2000, XP, et Seven 64 bits. La fonction d'inventaire est pratique mais pas si primodiale chez nous, j'ai un DHCP et un DNS statique qui font que mes tables sont à peu près à jour. Et puis j'ai un outil qui me donne qu'elles sont les machines actives et sur quels commutateurs elles sont branchées.
# FusionInventory
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OCS Inventory NG 2.0 RC1. Évalué à 3.
Petites questions :
- quels sont vos rapports avec le projet Fusion Inventory qui semble avoir une bonne dynamique ?
http://fusioninventory.org/wordpress/
- pourquoi ne pas fusionner avec GLPI ? GLPI est un projet qui grossit, qui intègre de plus en plus de chose.
- la partie que j'utilise le plus est le déploiement de logiciel sous Windows. Je ne vois pas grand chose la dessus dans la nouvelle. Quels sont les projets sur ce domaine.
[^] # Re: [:mouaif]
Posté par Sytoka Modon (site web personnel) . En réponse au journal Deux bugs trouvés dans la pile IPSEC d'OpenBSD. Évalué à 7.
> reversent rien et se des bollocks en or massif avec openbsd (genre une applicance de
> gestion DNS sur de grands parcs) auront pris cette fois une sacrée leçon.
Parce que maintenant il faut interpréter la licence ?
Ces entreprises n'ont ni raison ni tord et il n'y a rien à leur dire. Si on souhaite un retour, il y a d'autres licences possibles.
[^] # Re: [ SUPPRIMÉ ]
Posté par Sytoka Modon (site web personnel) . En réponse au journal NEC et Novell s'associent pour délivrer une solution pour SuSE Linux Enterprise Server. Évalué à 1.
[^] # Re: Pourquoi créer un magazine ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
http://www.lea-linux.org/documentations/index.php/Dev-index
[^] # Re: Logo
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mageia a un logo. Évalué à 2.
[^] # Re: Une bonne occasion pour la communauté d'innover autrement
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Apache Software Foundation et Oracle : le divorce autour de Java est prononcé. Évalué à 4.
A mon sens, le grand projet ambitieux du coté du libre est le couple Perl6 / Parrot. Derrière, il y a comme objectif de mettre toute l'infrastructure du CPAN sur Perl6 (CPAN6), sachant que tout cela n'est pas lié qu'à Perl, Parrot a toujours été développé et ouvert sur tous les langages de script (la machine Parrot a été conçu pour les langages dynamiques).
C'est dommage que les autres langages de script ne misent pas plus sur Parrot afin d'arriver à avoir un écosystème développé et conçu par et pour le libre, de manière communautaire et sans grande entreprise ayant le rôle de pilote.
[^] # Re: Dwm ou Wmii
Posté par Sytoka Modon (site web personnel) . En réponse au message Un tiling window manager que je comprends. Évalué à 2.
[^] # Re: Language
Posté par Sytoka Modon (site web personnel) . En réponse au journal Apache vs Oracle. Évalué à 2.
[^] # Re: Language
Posté par Sytoka Modon (site web personnel) . En réponse au journal Apache vs Oracle. Évalué à 4.
# Logiciels de la fondation Apache
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 7.
Si effectivement j'utilise beaucoup Apache comme serveur web, je me rends compte que la fondation Apache a énormément de projet en java et que finalement, à part le serveur Apache, j'ai l'impression de ne rien utiliser de chez eux. Il faut dire que je fuis tout serveur en java ayant de suite une impression d'usine à gaz que je n'arriverait pas à maintenir.
Est-ce une impression ou est-ce au final assez général ?
# Mais ou est Sottens ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ici l'émetteur national Suisse de Sottens, nous rendons l'antenne. Évalué à 5.
Merci pour ton journal. Je ne sais même pas s'il reste des émetteurs en ondes moyennes (OM) en métropole. En tout cas, ça consommait ces bestioles ;-)
[^] # Re: suppression
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Campagne de documentation Rails, RubyDrop et Refinements. Évalué à 2.
Il faut donc faire cela intelligemment car git travaille en mode patch et non en mode fichier or ce qui compte pour une sauvegarde, ce sont les fichiers à la base ;-)
[^] # Re: ???
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La Saison des calendriers de l'Avent est là !. Évalué à 5.
Le pape Grégoire décide de réformer tout cela en 1582 alors que le problème était connu depuis 325, date du concile de Nicée ! Le but est alors de faire en sorte que l'équinoxe de printemps tombe un 21 mars, comme au temps du concile de Nicée, quitte à sacrifier la symbolique du 25 décembre de quelques jours (on voit ce qui compte vraiment pour le Vatican).
C'est donc à cause d'un pape que le 25 décembre n'est plus la date exacte du solstice d'hiver, mais 2000 ans après Jules César, on célèbre toujours cette date ;-)
http://www.lexilogos.com/calendrier_noel.htm
A noter que personne ne connaît la date de naissance de Jésus et que la date du 25 décembre à justement était choisie par les chrétiens en fonction du contexte de l'époque, donc romain. D'ailleurs, très peu de date chrétienne sont réellement religieuses à la base.