Ha si, encore un dernier truc, un mot objectif pour dire que kubuntu c'est vraiment une grosse merde.
Plus maintenant à priori. Je n'ai eu aucun problème avec KDE sous Ubuntu Maverick qui ne soit pas un bug dans KDE. L'applet réseau fonctionne, la gestion des paquets et leur mise-à-jour fonctionne aussi bien que la version pour Gnome... Juste des traductions en français manquantes.
Il faut relativiser. En dehors de l'installation et de la configuration, Il y a finalement très peu de différences à l'utilisation au jour le jour entre les Linux.
Simplement je croyais qu'Ubuntu était conçue pour être utilisable par des non-informaticiens. C'est-à-dire que je m'attendais à trouver le même genre d'outils de configuration graphique que Mandriva, mais en mieux fini. Finalement non. Ils ont encore du boulot !
Sinon l'autre raison pour installer Ubuntu, c'est que j'ai plusieurs serveurs en production sous Mandriva, et que mon patron Microsoftien à fond (oui il en reste, mais pas pour longtemps) risque de tiquer si l'avenir de la distribution est incertain.
Ceux que j'ai énumérés (paramétrage de grub, activation / désactivation des services) et d'autres dont je n'ai pas parlé (configuration de colorgcc, paramétrage d'un vpn anti-had^W^W^W).
Sous Mandriva, on prend facilement l'habitude avec drakconf d'avoir une configuration graphique pour tout.
Personnellement ca ne me gêne pas, vu que j'ai trouvé toutes mes réponses à mes problèmes sur les forums d'Ubuntu. Mais il y a encore du boulot pour que Ubuntu soit réellement utilisable sans ligne de commande. Je pense juste que c'est une question de temps, et qu'Ubuntu finira bien par avoir un panneau de contrôle administrateur recouvrant quasiment tout ce qui doit être configurable. Ou bien ce sera Debian.
Mon but est de garder le pilote nouveau. D'une part il est libre, et d'autre part le pilote nvidia est plus lent. De plus, le serveur X se met à bouffer 100% du CPU sous KDE pendant quelques instants de manière cyclique, ou quand certaines actions sont effectuées (par exemple saisir un mail dans KMail). Aucun problème avec nouveau, du moment que "nouveau.noaccel=1" est activé.
Sur Mandriva (et sur Fedora aussi j'imagine), on ne modifie pas non plus les fichiers se trouvant dans /etc/init.d. Ce sont des scripts qui servent à arrêter, stopper, obtenir le statut de chaque service. Ces scripts lisent ce qui se trouvent dans /etc/sysconfig pour paramétrer les services. D'où ma comparaison.
Pourquoi thttpd a-t-il une option de désactivation supplémentaire activée par défaut ? Ou peut-être est-ce une politique de Debian de désactiver ainsi tout serveur qui communique avec l'extérieur ? Je verrai quand j'installerai mySQL et PostgreSQL...
Après avoir activé les pilotes nvidia, je redémarre, et là ça ne boote pas. Donc je reboote en mode "failsafe", jusqu'à tomber sur une boîte de dialogue peu compréhensible qui propose de reconfigurer le serveur graphique. Après m'être énervé à comprendre la logique de cette boîte de dialogue, j'ai finalement abouti à un bureau KDE avec les effets 3D activés.
Mais maintenant que je réfléchis, vu que c'était avant de passer "nouveau.noaccel=1" au kernel, Ubuntu m'a peut-être mis le pilote nouveau avec l'OpenGL activé dans les effets de bureau de KWin, vu que les dernières version du pilote nouveau accélèrent en partie l'OpenGL sur certaines cartes à ce que je crois avoir lu. Et j'ai cru que j'utilisais les pilotes nvidia.
Vu qu'il n'y a aucun message explicatif, c'est difficile de savoir sans fouiller. Et comme j'ai besoin de ma machine pour bosser, je n'ai pas passé plus de temps à chercher et je suis passé directement à la solution "nouveau.noaccel=1".
Hop, pour voir, j'ai remplacé ma Mandriva 2010.1 par une Ubuntu 10.10 (principalement pour accéder à KDE 4.5).
Première remarque : le gestionnaire de paquet et de mises-à-jour est beaucoup mieux fini que celui de Mandriva. Par contre, je regrette la facilité de configuration de drakconf. Avec Ubuntu, retour à la ligne de commande et à l'édition manuelle des fichiers de configuration !
Si vous avez comme moi une carte nvidia 8300 GS (pas eu le choix), préparez-vous à souffrir un peu. Si vous utilisez le driver nouveau, il va régulièrement corrompre le contenu des pixmaps, mais le boot va fonctionner. Si vous utilisez le driver de nvidia, le boot ne fonctionnera plus, mais par contre vous aurez les effets 3D.
Il y a une sorte de système de secours qui se met en place quand l'interface graphique ne boote pas, mais visiblement ça n'est pas fini. Ce truc réagit de manière un peu incompréhensible.
La solution : ne pas installer le driver de nvidia, et ajouter "nouveau.noaccel=1" à la ligne de boot du noyau. Par contre, pour faire ça, aucun des outils graphiques de gestionnaire de boot que j'ai pu trouver n'a fonctionné. Il faut éditer le fichier de configuration de grub 2 à la main (/etc/default/grub, ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"), et lancer update-grub.
Suspend fonctionne, mais pas resume. C'était déjà comme ça sous Mandriva 2010.1. Ca fonctionnait avec Mandriva 2010.0. Heureusement, Ubuntu 10.10 boote comme l'éclair.
Ensuite si vous commencez à vouloir activer / désactiver des services, ce n'est pas simple. Il faut trouver l'utilitaire graphique qui va bien. Evidemment ça ne fonctionne pas non plus. Par exemple, pour thttpd, Il faut avoir l'idée d'aller modifier le contenu de /etc/default/thttpd pour l'activer. Apparemment c'est le seul comme ça. /etc/default à l'air d'être un peu l'équivalent de /etc/sysconfig ailleurs.
Ensuite j'ai installé KDE. Ok. Puis je me suis dis, pourquoi ne pas utiliser kdm à la place de gdm ? Aïe, erreur. Se délogger plante maintenant le serveur graphique. La solution, ajouter "TerminateServer=true" dans l'entrée [X-*-Core] du fichier /etc/kde4/kdm/kdmrc.
Enfin j'ai voulu imprimer. Re-aïe. J'ai une HP Laserjet P1005 qui nécessite d'être initialisée par une sorte de firmware avant de pouvoir imprimer. HP fournit un panneau de contrôle dédié pour ça, mais j'ai mis un quart d'heure à comprendre qu'il fallait le lancer en tant que root pour que ça fonctionne. Sinon ça ne fait rien et vous ne savez pas pourquoi. Bon, c'est logique d'une certaine manière, mais pourquoi cette initialisation doit être faite manuellement, alors que l'imprimante est détectée et installée instantanément ? Mystère...
<troll du mercredi>
En conclusion : Ubuntu est graphiquement plus finie que Mandriva (surtout sous Gnome), de même que l'outil de gestion de paquets et de mises-à-jour. Par contre au niveau du paramétrage du système (carte graphique, imprimante, gestionnaire de connexion, gestion des services), quelle galère... Heureusement que les forums sont là !
</troll du mercredi>
P.S. Tiens, et pourquoi mon pavé numérique n'est-il pas activé par défaut ? Grrr...
Personnellement ça me ferait mal de voir Mandriva disparaître. Je l'utilise depuis plus de 10 ans maintenant, et je n'ai rien trouvé qui me convienne mieux pour l'instant.
Il y a deux jours, j'ai décidé de définitivement développer en 64 bits. J'ai d'abord essayé Ubuntu 10.04. Ça s'installe, le look Gnome est joli, mais le son ne marchait pas, le pilote nouveau déconnait, le pilote nvidia proprio ramait avec KDE 4, les touches de fonctions et les flèches ne marchaient dans aucun émulateur de terminal, etc.
Je suis repassé sur la 2010 64 bits vite fait, et à part un petit souci avec l'hibernation (il fallait désactiver "speedboot") et mplayer en plein écran qui fait des trucs bizarres, tout est nickel.
Donc, dommage que ça aille mal, et pourvu que ça aille mieux !
Pour ceux que ça intéresse, voici les changements que j'ai apporté à kicker dans KDE 3.5.10. Je n'ai pas pu mettre cette liste dans les changelogs, car j'étais en vacances !
1) Les noms de bureaux sont ombrés, afin qu'ils soient lisibles sur un fond transparent.
2) Les poignées d'applets utilisent une flèche correspondant au thème. La marge à gauche de la poignée n'est plus que de un pixel.
3) La barre des tâches ne clignote plus lorsqu'on change de bureaux.
4) La flèche de la boîte à miniatures (system tray) correspond au thème. La barre verticale a été retirée. L'algorithme de placement des icônes a été corrigé.
5) Le bouton de l'applet météo fonctionne comme les boutons standards du panneau.
6) Lorsqu'on déplace un panneau, le cadre de déplacement est dessiné avec des fenêtres et en utilisant la couleur de la barre des titres.
7) L'applet mixer s'affiche correctement sur un fond transparent.
8) L'algorithme de dessin de l'horloge anti-aliasée a été corrigé, ainsi que de nombreux autres petits bugs.
9) L'algorithme de placement des icônes de l'applet "lanceur d'application" a été corrigé.
10) L'applet "phases de la lune" s'affiche correctement sur un fond transparent.
11) L'applet "table de caractères" s'affiche en transparent, et adapte sa taille de caractères en fonction de la taille de ses cellules.
12) L'applet "yeux" est anti-aliasée.
13) L'applet "puzzle" suit la transparence.
14) La boîte de dialogue "ajouter une applet" a été corrigée.
15) Lorsqu'un panneau a une image de fond coloriée selon la couleur de la barre des titres, sa bordure de un pixel utilise aussi cette couleur.
16) L'image de fond est correctement symétrisée lorsque le panneau est en haut de l'écran.
17) Les panneaux maintenant fonctionnent correctement lorsqu'ils ont des boutons de scrolling. Ce n'était pas le cas avant ! Ces boutons utilisent des flèches qui suivent le thème.
18) Kicker redémarre automatiquement lorsque le thème change.
19) La transparence d'autres applets a été corrigée aussi, et elles utilisent les boutons standards du panneau.
20) L'arrière-plan des applets est correctement rafraîchi lorsqu'elles sont déplacées.
21) Lorsque le panneau est transparent, les poignées des applets deviennent de simples rectangles transparents.
Voilà. Si quelqu'un veut plus d'infos, qu'il n'hésite pas à me demander.
En pratique, le portage vers Windows est relativement compliqué, il ne m'intéresse pas, mais je suis prêt à aider quiconque veut se lancer là-dedans.
Pour ce qui est des processeurs grand-indien, c'est prévu mais ça n'a jamais vraiment été testé, car je ne dispose pas de quoi. Concrètement, ça ne marche pas, même si ça devrait.
Pour ce qui est des systèmes 64 bits, ça ne marche pas en natif. Mais j'ai prévu de m'y attaquer en priorité après la sortie de la version 2 finale.
Sinon pour les Windoziens, il y a toujours possibilité de faire tourner Gambas dans une machine virtuelle et d'utiliser le client et le serveur NoMachine pour l'exécuter à distance. :-)
Quitte à ajouter une autre syntaxe (ceci n'est qu'une proposition de ma part, tu fait évidemment ce que tu veux) : le python
Aarghhh !
autant il y a des truc en python qui me dérange, autant leur syntaxe (bloc délimité par l'indentation, les foreach, les range...) est très agréable. Et ça à l'avantage de forcer le programmeur a bien indenter son programme, chose que tout les langages ne font pas.
Je préfère pouvoir indenter comme je veux. Et les blocs délimités par l'indentation m'ont fait immédiatement fuir la première fois que j'ai mis le nez dans Python.
...Et il n'y a pas, comme en basic, de délimitation de ligne par ; , chose qu'on a tous oublié une fois dans sa vie et qu'on a eu du mal à trouver d'où venait le problème.
Euh, non ça c'est en C. Il n'y a pas de délimiteur de fin de ligne dans Gambas, si ce n'est le passage à la ligne, à condition qu'aucun opérateur n'attende d'argument.
En fait, un des truc qui me soule en Basic (ou ADA, ou Bash, ou VHDL, ou ...) c'est la délimitation des blocs... un coup c'est END, ENDIF, ENDLOOP (et encore, le bash est très peu cohérent avec des FI, ESAC et ENDLOOP).... Ok c'est (parfois) logique, mais c'est chiant d'écrire tout ça et je finis par me mélanger les pinceaux entre toutes les variantes syntaxiques des langages semblables.
Ca je l'admet. Il faut connaître: IF / END IF, SELECT / END SELECT, DO / LOOP, WHILE / WEND, REPEAT / UNTIL et FOR / NEXT.
D'un autre côté, ça rend la structure du code parfois plus lisible.
De plus, après les IF il y a un THEN qui sert à rien et que j'oublie tout le temps
En Gambas le THEN de fin de ligne est facultatif ! :-)
Pour ce qui est d'avoir fait la dépêche moi-même :
J'ai le problème que Gambas est systématiquement vu à travers le filtre de Visual Basic, alors que le côté "Basic" n'est finalement que du sucre syntaxique. L'habit ne fait pas toujours le moine !
Donc je me suis dit, pourquoi ne faire un court article moi-même en essayant de recenser toutes les fonctionnalités du langage ?
Avant de commencer mes compliments, je précise juste à la base que je déteste le basic et ayant malheureusement déjà eu affaire a du VBA, je préfère de loin des solutions complètes et réelement puissantes (C++/Qt, Python, Java)
D'accord pour le C++/Qt, mais en ce qui concerne Python et Java, en quoi Gambas est-il moins puissant ?
Bref, personnellement je n'utiliserai pas Gambas pour des gros projets, par contre il a vraiment sa place pour un programme courant relativement simple...
Gambas m'a permis de développer l'IDE de Gambas, son gestionnaire de base de données, et (pour le boulot) une sorte de frawework web permettant de gérer un peu tout et n'importe quoi (réseaux d'assainissement, centre d'appel, pipelines) depuis un navigateur.
J'ai, en outre, de plus en plus envie de faire un débogueur C/C++ (un front-end à gdb) car aucun ne me convient actuellement.
Donc il peut servir à faire de gros projets - enfin tout dépend ce qu'on entend par "gros" évidemment.
...(légèrement dommage que je n'aime pas la syntaxe du basic)
Bon, je reconnais que je suis tombé dans le Basic quand j'étais petit : Victor Lambda, Hector Lambda, Amstrad, Atari. Tout était programmable en Basic à cette époque. :-)
Par contre j'ai surement autant souffert que n'importe qui de l'amoncellement de bugs et d'incohérences connu sous les doux noms de Visual Basic ou VBA.
C'est une des raisons de l'existence de Gambas d'ailleurs.
Je pense que tu fais allusion à ce genre de mail émis par des subalternes ?
From: Bill Gates
Sent: Sunday, January 24, 1999 8:41 PM
To: Jeff Weslorinen; Ben Fathi
Cc: Carl Stork (Exchange); Nathan Myhrvold; Eric Rudder
Subject: ACPI extensions
One thing I find myself wondering about it whether we shouldn't try and make the "APCI" extensions somehow Windows specific.
It seems unfortunate if we do this work and get our partners to do the work and the result is that Linux works great without having to do the work.
Maybe there is no way to avoid this problem but it does bother me.
Maybe we could define the APIs so that they work well with NT and not the others even if they are open.
Or maybe we could patent something related to this.
Je me suis posé la question. Il se peut que j'ai mal compris, vu que la conférence était en espagnol. Peut-être a-t-il dit que leur licence était "comme la GPL" avec la restriction que...
J'en ai discuté avec Jonh Mad Dog le lendemain. Il estime que ce genre de restriction est inapplicable (si je fabrique un marteau à partir d'un logiciel du CERN, est-ce une arme ou un outil ?) et la déconseille.
> Il existe des cas ou linux desktop a été déployé sur 14000 desktops
> linux ?
En Espagne, la région d'Estrémadure a déployé 65000 postes de travail dans les écoles sous Linex, une Debian qu'ils ont adapté à leurs besoins. Et ce n'est pas fini, toutes les autres administrations sont concernées à terme...
Au jour d'aujourd'hui (j'aime bien cette expression), Gambas tourne sous Cygwin. Seul le composant Qt et ses descendants (gb.qt.ext, gb.qt.kde, gb.qt.kde.html) posent problèmes. D'après la personne qui regarde ça de plus près, cela devrait se résoudre avec la version 2.0 de libtool.
Premièrement, les DLLs de Windows offrent beaucoup moins de fonctionnalités que les exécutables ELFs de Linux, et donc l'équivalent de ld.so sous Windows a beaucoup moins de travail.
D'autre part, je crois que beaucoup de DLLs "systèmes" sont chargées à des emplacement prédéfinis, ce qui simplifie encore le travail du linker. Je soupçonne Office de s'être vu appliqué ce traitement - après tout, pour Microsoft, Office fait partie du système :-)
OpenOffice profite du premier point, mais pas du second, et, de plus, il arrive avec ses propres librairies pour l'interface graphique, et le modèle de composants - Choses faisant partie de Windows, et donc déja chargées, dans le cas de Office.
[^] # Re: Génial mais ...
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Gambas 3 est sorti le 31 décembre 2011. Évalué à 1.
Pourtant il y a bien quelqu'un qui s'occupe de packager Gambas pour Mageia. Peut-être le paquet n'est-il pas encore prêt ?
[^] # Re: J'utilise un autre desktop/WM depuis x années, mais je n'en ai pas rien à faire
Posté par Benoît Minisini (site web personnel) . En réponse au sondage A propos de gnome 3. Évalué à 0.
RAAAAH merci c'est ce que je cherchais depuis longtemps...
[^] # Re: Ecosystème
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 1.
Plus maintenant à priori. Je n'ai eu aucun problème avec KDE sous Ubuntu Maverick qui ne soit pas un bug dans KDE. L'applet réseau fonctionne, la gestion des paquets et leur mise-à-jour fonctionne aussi bien que la version pour Gnome... Juste des traductions en français manquantes.
[^] # Re: Ma première expérience avec Ubuntu
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 2.
Simplement je croyais qu'Ubuntu était conçue pour être utilisable par des non-informaticiens. C'est-à-dire que je m'attendais à trouver le même genre d'outils de configuration graphique que Mandriva, mais en mieux fini. Finalement non. Ils ont encore du boulot !
Sinon l'autre raison pour installer Ubuntu, c'est que j'ai plusieurs serveurs en production sous Mandriva, et que mon patron Microsoftien à fond (oui il en reste, mais pas pour longtemps) risque de tiquer si l'avenir de la distribution est incertain.
[^] # Re: Ma première expérience avec Ubuntu
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 1.
Sous Mandriva, on prend facilement l'habitude avec drakconf d'avoir une configuration graphique pour tout.
Personnellement ca ne me gêne pas, vu que j'ai trouvé toutes mes réponses à mes problèmes sur les forums d'Ubuntu. Mais il y a encore du boulot pour que Ubuntu soit réellement utilisable sans ligne de commande. Je pense juste que c'est une question de temps, et qu'Ubuntu finira bien par avoir un panneau de contrôle administrateur recouvrant quasiment tout ce qui doit être configurable. Ou bien ce sera Debian.
Si j'avais le temps je m'y collerais tiens... :-)
[^] # Re: Ma première expérience avec Ubuntu
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 1.
Quelques remarques :
Mon but est de garder le pilote nouveau. D'une part il est libre, et d'autre part le pilote nvidia est plus lent. De plus, le serveur X se met à bouffer 100% du CPU sous KDE pendant quelques instants de manière cyclique, ou quand certaines actions sont effectuées (par exemple saisir un mail dans KMail). Aucun problème avec nouveau, du moment que "nouveau.noaccel=1" est activé.
Sur Mandriva (et sur Fedora aussi j'imagine), on ne modifie pas non plus les fichiers se trouvant dans /etc/init.d. Ce sont des scripts qui servent à arrêter, stopper, obtenir le statut de chaque service. Ces scripts lisent ce qui se trouvent dans /etc/sysconfig pour paramétrer les services. D'où ma comparaison.
Pourquoi thttpd a-t-il une option de désactivation supplémentaire activée par défaut ? Ou peut-être est-ce une politique de Debian de désactiver ainsi tout serveur qui communique avec l'extérieur ? Je verrai quand j'installerai mySQL et PostgreSQL...
[^] # Re: Ma première expérience avec Ubuntu
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 2.
Après avoir activé les pilotes nvidia, je redémarre, et là ça ne boote pas. Donc je reboote en mode "failsafe", jusqu'à tomber sur une boîte de dialogue peu compréhensible qui propose de reconfigurer le serveur graphique. Après m'être énervé à comprendre la logique de cette boîte de dialogue, j'ai finalement abouti à un bureau KDE avec les effets 3D activés.
Mais maintenant que je réfléchis, vu que c'était avant de passer "nouveau.noaccel=1" au kernel, Ubuntu m'a peut-être mis le pilote nouveau avec l'OpenGL activé dans les effets de bureau de KWin, vu que les dernières version du pilote nouveau accélèrent en partie l'OpenGL sur certaines cartes à ce que je crois avoir lu. Et j'ai cru que j'utilisais les pilotes nvidia.
Vu qu'il n'y a aucun message explicatif, c'est difficile de savoir sans fouiller. Et comme j'ai besoin de ma machine pour bosser, je n'ai pas passé plus de temps à chercher et je suis passé directement à la solution "nouveau.noaccel=1".
# Ma première expérience avec Ubuntu
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Ubuntu 42, la réponse universelle aux besoins de Madame Michu. Évalué à 8.
Première remarque : le gestionnaire de paquet et de mises-à-jour est beaucoup mieux fini que celui de Mandriva. Par contre, je regrette la facilité de configuration de drakconf. Avec Ubuntu, retour à la ligne de commande et à l'édition manuelle des fichiers de configuration !
Si vous avez comme moi une carte nvidia 8300 GS (pas eu le choix), préparez-vous à souffrir un peu. Si vous utilisez le driver nouveau, il va régulièrement corrompre le contenu des pixmaps, mais le boot va fonctionner. Si vous utilisez le driver de nvidia, le boot ne fonctionnera plus, mais par contre vous aurez les effets 3D.
Il y a une sorte de système de secours qui se met en place quand l'interface graphique ne boote pas, mais visiblement ça n'est pas fini. Ce truc réagit de manière un peu incompréhensible.
La solution : ne pas installer le driver de nvidia, et ajouter "nouveau.noaccel=1" à la ligne de boot du noyau. Par contre, pour faire ça, aucun des outils graphiques de gestionnaire de boot que j'ai pu trouver n'a fonctionné. Il faut éditer le fichier de configuration de grub 2 à la main (/etc/default/grub, ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"), et lancer update-grub.
Suspend fonctionne, mais pas resume. C'était déjà comme ça sous Mandriva 2010.1. Ca fonctionnait avec Mandriva 2010.0. Heureusement, Ubuntu 10.10 boote comme l'éclair.
Ensuite si vous commencez à vouloir activer / désactiver des services, ce n'est pas simple. Il faut trouver l'utilitaire graphique qui va bien. Evidemment ça ne fonctionne pas non plus. Par exemple, pour thttpd, Il faut avoir l'idée d'aller modifier le contenu de /etc/default/thttpd pour l'activer. Apparemment c'est le seul comme ça. /etc/default à l'air d'être un peu l'équivalent de /etc/sysconfig ailleurs.
Ensuite j'ai installé KDE. Ok. Puis je me suis dis, pourquoi ne pas utiliser kdm à la place de gdm ? Aïe, erreur. Se délogger plante maintenant le serveur graphique. La solution, ajouter "TerminateServer=true" dans l'entrée [X-*-Core] du fichier /etc/kde4/kdm/kdmrc.
Enfin j'ai voulu imprimer. Re-aïe. J'ai une HP Laserjet P1005 qui nécessite d'être initialisée par une sorte de firmware avant de pouvoir imprimer. HP fournit un panneau de contrôle dédié pour ça, mais j'ai mis un quart d'heure à comprendre qu'il fallait le lancer en tant que root pour que ça fonctionne. Sinon ça ne fait rien et vous ne savez pas pourquoi. Bon, c'est logique d'une certaine manière, mais pourquoi cette initialisation doit être faite manuellement, alors que l'imprimante est détectée et installée instantanément ? Mystère...
<troll du mercredi>
En conclusion : Ubuntu est graphiquement plus finie que Mandriva (surtout sous Gnome), de même que l'outil de gestion de paquets et de mises-à-jour. Par contre au niveau du paramétrage du système (carte graphique, imprimante, gestionnaire de connexion, gestion des services), quelle galère... Heureusement que les forums sont là !
</troll du mercredi>
P.S. Tiens, et pourquoi mon pavé numérique n'est-il pas activé par défaut ? Grrr...
[^] # Re: Représentativité de l'association ?
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Mandriva et la pérennité de Mandriva Linux. Évalué à 3.
Personnellement ça me ferait mal de voir Mandriva disparaître. Je l'utilise depuis plus de 10 ans maintenant, et je n'ai rien trouvé qui me convienne mieux pour l'instant.
Il y a deux jours, j'ai décidé de définitivement développer en 64 bits. J'ai d'abord essayé Ubuntu 10.04. Ça s'installe, le look Gnome est joli, mais le son ne marchait pas, le pilote nouveau déconnait, le pilote nvidia proprio ramait avec KDE 4, les touches de fonctions et les flèches ne marchaient dans aucun émulateur de terminal, etc.
Je suis repassé sur la 2010 64 bits vite fait, et à part un petit souci avec l'hibernation (il fallait désactiver "speedboot") et mplayer en plein écran qui fait des trucs bizarres, tout est nickel.
Donc, dommage que ça aille mal, et pourvu que ça aille mieux !
# Changements dans kicker
Posté par Benoît Minisini (site web personnel) . En réponse au journal Sortie de la dernière mouture de KDE 3.5, et de 10 !. Évalué à 10.
1) Les noms de bureaux sont ombrés, afin qu'ils soient lisibles sur un fond transparent.
2) Les poignées d'applets utilisent une flèche correspondant au thème. La marge à gauche de la poignée n'est plus que de un pixel.
3) La barre des tâches ne clignote plus lorsqu'on change de bureaux.
4) La flèche de la boîte à miniatures (system tray) correspond au thème. La barre verticale a été retirée. L'algorithme de placement des icônes a été corrigé.
5) Le bouton de l'applet météo fonctionne comme les boutons standards du panneau.
6) Lorsqu'on déplace un panneau, le cadre de déplacement est dessiné avec des fenêtres et en utilisant la couleur de la barre des titres.
7) L'applet mixer s'affiche correctement sur un fond transparent.
8) L'algorithme de dessin de l'horloge anti-aliasée a été corrigé, ainsi que de nombreux autres petits bugs.
9) L'algorithme de placement des icônes de l'applet "lanceur d'application" a été corrigé.
10) L'applet "phases de la lune" s'affiche correctement sur un fond transparent.
11) L'applet "table de caractères" s'affiche en transparent, et adapte sa taille de caractères en fonction de la taille de ses cellules.
12) L'applet "yeux" est anti-aliasée.
13) L'applet "puzzle" suit la transparence.
14) La boîte de dialogue "ajouter une applet" a été corrigée.
15) Lorsqu'un panneau a une image de fond coloriée selon la couleur de la barre des titres, sa bordure de un pixel utilise aussi cette couleur.
16) L'image de fond est correctement symétrisée lorsque le panneau est en haut de l'écran.
17) Les panneaux maintenant fonctionnent correctement lorsqu'ils ont des boutons de scrolling. Ce n'était pas le cas avant ! Ces boutons utilisent des flèches qui suivent le thème.
18) Kicker redémarre automatiquement lorsque le thème change.
19) La transparence d'autres applets a été corrigée aussi, et elles utilisent les boutons standards du panneau.
20) L'arrière-plan des applets est correctement rafraîchi lorsqu'elles sont déplacées.
21) Lorsque le panneau est transparent, les poignées des applets deviennent de simples rectangles transparents.
Voilà. Si quelqu'un veut plus d'infos, qu'il n'hésite pas à me demander.
[^] # Re: multiplateforme ?
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Première 'Release Candidate' de Gambas 2. Évalué à 2.
En pratique, le portage vers Windows est relativement compliqué, il ne m'intéresse pas, mais je suis prêt à aider quiconque veut se lancer là-dedans.
Pour ce qui est des processeurs grand-indien, c'est prévu mais ça n'a jamais vraiment été testé, car je ne dispose pas de quoi. Concrètement, ça ne marche pas, même si ça devrait.
Pour ce qui est des systèmes 64 bits, ça ne marche pas en natif. Mais j'ai prévu de m'y attaquer en priorité après la sortie de la version 2 finale.
Sinon pour les Windoziens, il y a toujours possibilité de faire tourner Gambas dans une machine virtuelle et d'utiliser le client et le serveur NoMachine pour l'exécuter à distance. :-)
[^] # Re: Vraiment sympa
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Première 'Release Candidate' de Gambas 2. Évalué à 2.
Aarghhh !
autant il y a des truc en python qui me dérange, autant leur syntaxe (bloc délimité par l'indentation, les foreach, les range...) est très agréable. Et ça à l'avantage de forcer le programmeur a bien indenter son programme, chose que tout les langages ne font pas.
Je préfère pouvoir indenter comme je veux. Et les blocs délimités par l'indentation m'ont fait immédiatement fuir la première fois que j'ai mis le nez dans Python.
...Et il n'y a pas, comme en basic, de délimitation de ligne par ; , chose qu'on a tous oublié une fois dans sa vie et qu'on a eu du mal à trouver d'où venait le problème.
Euh, non ça c'est en C. Il n'y a pas de délimiteur de fin de ligne dans Gambas, si ce n'est le passage à la ligne, à condition qu'aucun opérateur n'attende d'argument.
En fait, un des truc qui me soule en Basic (ou ADA, ou Bash, ou VHDL, ou ...) c'est la délimitation des blocs... un coup c'est END, ENDIF, ENDLOOP (et encore, le bash est très peu cohérent avec des FI, ESAC et ENDLOOP).... Ok c'est (parfois) logique, mais c'est chiant d'écrire tout ça et je finis par me mélanger les pinceaux entre toutes les variantes syntaxiques des langages semblables.
Ca je l'admet. Il faut connaître: IF / END IF, SELECT / END SELECT, DO / LOOP, WHILE / WEND, REPEAT / UNTIL et FOR / NEXT.
D'un autre côté, ça rend la structure du code parfois plus lisible.
De plus, après les IF il y a un THEN qui sert à rien et que j'oublie tout le temps
En Gambas le THEN de fin de ligne est facultatif ! :-)
[^] # Re: On n'est jamais si bien servi que par soit même !
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Première 'Release Candidate' de Gambas 2. Évalué à 6.
Pour ce qui est d'avoir fait la dépêche moi-même :
J'ai le problème que Gambas est systématiquement vu à travers le filtre de Visual Basic, alors que le côté "Basic" n'est finalement que du sucre syntaxique. L'habit ne fait pas toujours le moine !
Donc je me suis dit, pourquoi ne faire un court article moi-même en essayant de recenser toutes les fonctionnalités du langage ?
[^] # Re: Vraiment sympa
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Première 'Release Candidate' de Gambas 2. Évalué à 1.
Et s'il y avait un second compilateur utilisant la syntaxe du C ? Ça doit être faisable... :-p
[^] # Re: Vraiment sympa
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Première 'Release Candidate' de Gambas 2. Évalué à 4.
D'accord pour le C++/Qt, mais en ce qui concerne Python et Java, en quoi Gambas est-il moins puissant ?
Bref, personnellement je n'utiliserai pas Gambas pour des gros projets, par contre il a vraiment sa place pour un programme courant relativement simple...
Gambas m'a permis de développer l'IDE de Gambas, son gestionnaire de base de données, et (pour le boulot) une sorte de frawework web permettant de gérer un peu tout et n'importe quoi (réseaux d'assainissement, centre d'appel, pipelines) depuis un navigateur.
J'ai, en outre, de plus en plus envie de faire un débogueur C/C++ (un front-end à gdb) car aucun ne me convient actuellement.
Donc il peut servir à faire de gros projets - enfin tout dépend ce qu'on entend par "gros" évidemment.
...(légèrement dommage que je n'aime pas la syntaxe du basic)
Bon, je reconnais que je suis tombé dans le Basic quand j'étais petit : Victor Lambda, Hector Lambda, Amstrad, Atari. Tout était programmable en Basic à cette époque. :-)
Par contre j'ai surement autant souffert que n'importe qui de l'amoncellement de bugs et d'incohérences connu sous les doux noms de Visual Basic ou VBA.
C'est une des raisons de l'existence de Gambas d'ailleurs.
# Tu peux essayer ça:
Posté par Benoît Minisini (site web personnel) . En réponse au message Déterminer son adresse IP (derrière un routeur). Évalué à 7.
wget -q -O - http://www.monadresseip.fr/ | grep -m 1 "<code>" | sed s/"<[/]*code>"/""/gCe n'est sûrement pas la meilleure solution...[^] # Re: Re:
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Interopérabilité : Réponse à la Commission Européenne à propos du rapport Gartner sur l'interopérabilité. Évalué à 2.
[^] # Re: [X] Plus d'une fois par semaine
Posté par Benoît Minisini (site web personnel) . En réponse au sondage Mon OS plante. Évalué à 1.
[^] # Re: Restriction sur la GPL
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche IIèmes Rencontres Internationales Du Logiciel Libre 2005 de Mérida (compte-rendu). Évalué à 1.
J'en ai discuté avec Jonh Mad Dog le lendemain. Il estime que ce genre de restriction est inapplicable (si je fabrique un marteau à partir d'un logiciel du CERN, est-ce une arme ou un outil ?) et la déconseille.
--
Benoît
[^] # Re: Des détails !!!
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche IIèmes Rencontres Internationales Du Logiciel Libre 2005 de Mérida (compte-rendu). Évalué à 1.
Un suisse est en train de le traduire en français...
--
Benoît Minisini
[^] # Re: Attention !! 14000 Desktops ne sont pas des serveurs !!
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Le choix de Munich se porte sur Debian. Évalué à 6.
> linux ?
En Espagne, la région d'Estrémadure a déployé 65000 postes de travail dans les écoles sous Linex, une Debian qu'ils ont adapté à leurs besoins. Et ce n'est pas fini, toutes les autres administrations sont concernées à terme...
[^] # Re: kbasic
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Sortie de Gambas 1.0. Évalué à 2.
[^] # Re: Monavis à moi
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 1.
[^] # Re: Un aperçu des améliorations prévues pour le futur OpenOffice.org 2.0
Posté par Benoît Minisini (site web personnel) . En réponse à la dépêche Un aperçu des améliorations prévues pour le futur OpenOffice.org 2.0. Évalué à 4.
D'autre part, je crois que beaucoup de DLLs "systèmes" sont chargées à des emplacement prédéfinis, ce qui simplifie encore le travail du linker. Je soupçonne Office de s'être vu appliqué ce traitement - après tout, pour Microsoft, Office fait partie du système :-)
OpenOffice profite du premier point, mais pas du second, et, de plus, il arrive avec ses propres librairies pour l'interface graphique, et le modèle de composants - Choses faisant partie de Windows, et donc déja chargées, dans le cas de Office.
Attention : cette analyse est pifométrique !