NdM. : La dépêche est une traduction de celle proposée en anglais par l’auteur.
Sept ans après, une nouvelle version du CD amorçable GNUSTEP pour x86 (avec passage du i686 32 bits à l’AMD64 64 bits, et une première version dédiée au Raspberry Pi.
Le live CD GNUSTEP contient aussi des images de nouvelles versions basées sur Debian et Raspbian pour les processeurs AMD64 et Raspberry Pi.
GNUSTEP est le nom de cette distribution embarquant GNUstep, qui est comparable à Qt, GTK et plus encore, car il offre des API non graphiques appelées FoundationKit).
Les utilisateurs visés sont principalement les développeurs, y compris les développeurs macOS qui veulent fournir leurs applications pour GNU/Linux et Windows.
Vous trouverez de bons tutoriels et une documentation sur GNUstep sur le site gnustep.org et la distribution sur livecd.gnustep.org.
Quand vous lancez GNUSTEP, vous êtes automatiquement connecté comme l’utilisateur « me ». Il a deux utilisateurs, root et me, ne requérant au départ aucun mot de passe. Vous pourrez ensuite en mettre tout simplement avec la commande passwd.
N’oubliez pas d’aller dans le répertoire ~/Development et d’essayer gs_make sur les deux petits exemples.
Texte original en anglais :
The GNUSTEP live CD, which also includes images have release new versions based on Debian (and Raspian) for AMD64 as well as Raspberry Pi.
GNUSTEP is the name of that distribution, shipping GNUstep (comparable to qt, gtk, but more, since it also includes non-gui APIs called FoundationKit). The target of users are mainly developers, and also macOS developers that want to deliver their applications on Linux and Windows.
You can find nice tutorials and documentation about GNUstep at http://www.gnustep.org and the distribution at http://livecd.gnustep.org/
You are automatically logged in as user “me”, there’s the root and me users, both without passwords. You can set a password with passwd.
Don’t forget to have a look at the ~/Development directory and try gs_make on the two little, tiny examples.
# Hou là, ça ne nous rajeunit pas...
Posté par François GUÉRIN (Mastodon) . Évalué à 1. Dernière modification le 09 septembre 2017 à 12:28.
Ça me rappelle le temps où Window Maker était à la mode sur debian… (que je n'ai jamais réussi à configurer, utiliser… je dois être bête…)
À part pour les développeurs Apple (cocoa), quel est l'interrêt d'une telle distribution ? GUN Step a un bon gros look 1990…
Gnome rules…
À bientôt !
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Graveen . Évalué à 1.
C'est clair, mes yeux saignent à chaque fois que par nostalgie je vais faire un tour là bas…
:)
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Anares . Évalué à 10.
C'est facile de se moquer ;-)
J'espère que la capture de mon bureau dans le lien ci-dessous fait moins saigner les yeux : https://raw.githubusercontent.com/BertrandDekoninck/rik.theme/master/newscreen.png
Les quelques personnes qui font vivre le projet sont souvent plus nostalgiques de Next que du Mac (mais pas toutes). Et cette initiative de LiveCD est au moins l'occasion de refaire le point sur GNUstep
La compatibilité avec Cocoa est au cœur de GNUstep. Le Google Summer of Code de cet été consiste par exemple à porter webkit sous GNUstep, c'est-à-dire à compléter et adapter le code de GNUstep pour que la version cocoa de webkit compile nativement avec GNUstep. C'est en cours et il y a encore du boulot.
De plus, ça fait pas loin d'une dizaine d'année que GNUstep est themable et quelques thèmes existent, dont certains (Narcissus, Nesedah, Silver et celui que j'utilise : Rik) au look'n feel très différent du Next originel.
Vous pourrez trouver sur mon repo github (https://github.com/BertrandDekoninck) les thèmes, wrappers d'application non-GNUstep et les scripts pour WindowMaker qui me permettent d'obtenir un bureau fonctionnel, plus Mac que Next et à peu près cohérent.
C'est un travail en cours. Je travaille en ce moment sur un thème d'icônes pour gnome, reprenant mon thème d'icônes pour GNUstep. Et tout n'est pas présent sur le repo. Il reste un gros travail de configuration à la main de WindowMaker, par exemple.
De plus, GNUstep étant plus un ensemble de librairies qu'un réel bureau, et la main d'œuvre manquant autour du projet, des composants desktop manquent ou sont incomplets. J'utilise quand le besoin s'en fait sentir des composants non GNUstep (principalement gnome-control-center, et nautilus quand j'ai besoin d'accéder graphiquement à des dossiers distants).
Il reste à dire que quelques logiciels utilisant GNUstep existent et qu'on peut les utiliser au quotidien : GWorkspace évidemment (gestionnaire de fichier et bureau) ; SystemPreferences (préférences pour GNUstep) Gemas (éditeur de texte à coloration syntaxique) ; Cynthiune (lecteur de fichier audios) par exemple.
Emacs peut historiquement être compilé en utilisant GNUstep pour son interface mais l'état actuel du code nécessite diverses bidouilles pour y arriver.
GNUMail, un client mail reprenant la philosophie du client Next, vient d'être mis à jour et ressuscité après une longue absence. De même pour LUsernet (lecteur de newsgroups) FTP.app (comme son nom l'indique) et LaternaMagica (visualisation et conversion d'images) ont été mis à jour cet été.
Bref l'été a été plutôt riche pour GNUstep.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Maclag . Évalué à -7.
Bon, je ne veux pas être mauvaise langue mais à la question "GNUStep n'est-il pas un survivant des années 90", la réponse est:
-client mail lourd: qui utilise encore ça?
-lecteur de newsgroup: pareil
-client FTP: c'est presque un cliché là!!
J'attends avec impatience que GNUStep retrouve sa splendeur grâce à un navigateur Gopher dernier cri…
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Anares . Évalué à 8.
C'est vrai ça, je ne vais pas être mauvaise langue non plus : plutôt qu'un navigateur internet pachydermique (et GAFAM, car qui utilise autre chose) gavé au javascript, je continue à utiliser un client mail "lourd".
Ceci dit, j'ai regretté tout de suite après avoir posté d'avoir oublié de mentionner PikoPixel, déjà chroniqué sur LinuxFR et dont la vidéo de présentation est bluffante, notamment pour le soin apporté à la productivité de son interface : https://www.youtube.com/watch?v=VaL8m1SnsBI&feature=youtu.be
C'est vrai que l'utilisation intensive de raccourcis claviers comme le fait PikoPixel, c'est "très 90". Mais que c'est efficace.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Maclag . Évalué à 3.
Je confirme que PikoPixel ça en jette autrement plus que la précédente liste, et je lis plus bas que Sogo est aussi écrit en GNUStep.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Denis Bernard (site web personnel) . Évalué à 1.
Tss, tss… On peut télécharger le module OverbiteFF pour avoir un navigateur Gopher dans Firefox !
Il est vrai que le mainteneur de ce module a des soucis avec les changements de techno pour Firefox. Mais, si l'on en croit cette liste de discussion, il se trouve encore quelques uns à s'intéresser à ce protocole qui est presque aussi ancien que HTTP.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Benoît Sibaud (site web personnel) . Évalué à 10. Dernière modification le 10 septembre 2017 à 12:35.
Quitte à dénoncer grave et à répondre à des fausses questions rhétoriques, je dirais
Sinon faut aussi parler des dinos (comme /me) qui font de l'IRC ou de l'XMPP, qui sont trop has-been alors qu'il existe des solutions mode(rnes) toutes mignonnes et délicieusement captives de gros acteurs.
Comme disait Sun Tzu à Thomas Jefferson, « On est toujours le dino de quelqu'un ».
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par claudex . Évalué à 5.
Jusqu'au 1er novembre https://www.debian.org/News/2017/20170425
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Maclag . Évalué à 4.
Je vais reformuler: hors des entreprises, dont j'espère tout le monde admettra que les chances de les faire passer à GNUMail sont faibles. Développer un client mail, c'est pas simple. Mozilla a laché l'affaire avec Thunderbird. Kmail manque cruellement de main d'oeuvre, en fait, c'est pareil pour un peu tous.
J'ai trouvé quelqu'un qui résume pas mal ça:
http://www.techrepublic.com/article/the-lamentable-state-of-linux-and-email-clients/
En passant, Rainloop peut inclure un compte GMail (je crois, essa'er est encore sur ma liste de choses à faire).
Bref, c'est pas avec un énième client mail sans doute très basique que tu vas m'impressionner ou me tenter d'essayer un bureau GNUStep.
Oui ben faut le dire vite le "etc". Encore une fois: ce client est tellement super mieux que les clients web?
Même question que plus haut.
Et FTP est en perte de vitesse. Est-ce qu'on félicite encore les constructeurs auto pour développer des boites de vitesse manuelles pour moteurs à explosion?
En vrai j'aurais été plus attiré par un client XMPP. Le but de la liste d'applications c'est bien de montrer que le bureau a des applications sympa, non? Ça marche mieux avec une bonne grosse dose de hype. PikoPixel rentionné plus haut avec sa vidéo accomplit autrement mieux la tâche.
Je finirai par dire qu'on a autre chose aujourd'hui que juste le choix entre hasbeen et solutions captives. Qu'on veuille l'admettre ou non, les bureaux Libres sont en concurrence les-uns avec les-autres pour les utilisateurs. Il faut quelque chose de solide pour les faire venir. Les applis listées plus haut pour moi, c'est vraiment pas sexy (sans vouloir offenser leurs dévs).
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Joris Dedieu (site web personnel) . Évalué à 2.
Sogo (http://sogo.nu) est écrit en GNUStep
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 9.
J'ai plusieurs boites mails chez différents fournisseurs, tant pour ma vie perso que pour ma vie pro. Je sais qu'il y a des fournisseurs qui proposent via leur client web d'accéder à différentes boites. Mais ce n'est pas pour moi. Je n'ai pas envie de donner tous mes logins/mots de toutes mes boites mails à un même prestataire.
Bref, j'utilise Thunderbird, et ça me va très bien. D'un coup d'oeil je vois les nouveaux messages de toutes les boites aux lettres (ce qui est fastidieux si je devais ouvrir un onglet pour chaque boite mail). Et je peux même consulter tout mes mails en offline :-p
Et il permet de consulter les newsgroup. Je ne vois pas pourquoi je m'en priverai, puisqu'il est déjà ouvert.
Pour le FTP, je suis bien obliger de l'utiliser, quand des hébergeurs ne proposent que ça pour accéder aux fichiers, en particulier pour les offres lowcost (et je n'ai pas toujours le choix des hébergeurs, quand c'est un choix du client/ami/association).
Bref, oui, il y en a qui utilisent encore des clients "lourds".
Et attention, tu vas pleurer : j'utilise toujours IRC (avec irssi). Et non, je n'utilise pas Slack et cie. Ce sont des applications web, donc soit disant "client legers", mais en fait, ça bouffe énormément de ressources (vu la tonne de JS, d'images et j'en passe). Les ressources prises par irssi sont ridicules à coté (et sans avoir tous les gadgets inutiles de Slack & co). On se demande alors qui est vraiment le "client lourd".
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Guillaume Maillard (site web personnel) . Évalué à 3.
Sans aller dans le détail:
- mauvais centrages verticaux des textes (menu du haut et checkboxes)
- marges des scrollbars non symétriques
- décorations des fenêtres avec des looks différents
- icônes collés aux textes
- même le dock de gauche est loupé avec les "…" collés et non centrés
- plus de polices utilisées que de fenêtres…
- icônes "liens" non antialiasées sur les dossiers
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Anares . Évalué à 1.
Bien vu. Je vérifierai, c'est peut-être parce que j'ai modifié la hauteur des menus.
C'est un des détails que j'aimerais améliorer, mais ça dépasse sans doute mes maigres capacités de programmeur.
Et encore, je n'ai pas mis d'applications gtk3 avec headerbar ;-)
C'est une capture de démonstration. GNUstep est capable de gérer la décoration des fenêtres des applications qui sont développées avec ce framework, mais le reste des applications n'en profite pas.
Si on veut un look uniforme des décorations de fenêtres, il faut laisser la main au gestionnaire de fenêtre et désactiver cette fonctionnalité. Mon rêve serait de modifier WindowMaker lui-même pour qu'il lui soit possible d'avoir des thèmes autres que ce look à la Next.
Ce sont les mêmes métriques que le Workspace de Next (voir https://virtuallyfun.superglobalmegacorp.com/wordpress/wp-content/uploads/2010/05/Quake-package-for-NeXTSTEP.jpg). J'aime bien.
Je préfère les fenêtres et le bureau de GWorkspace aux fenêtres et au bureau de Nautilus, par exemple : la grille d’icônes de Nautilus est beaucoup trop large (dans ses fenêtres) et son bureau est très vite en bordel en raison des formats différents des prévisualisations et des icônes. Ceci dit, dans GWorkspace, j'aimerais depuis longtemps décaler le label des icônes vers le bas de quelques pixels pour avoir un surlignage des icônes sélectionnées plus propre mais je n'ai pas encore réussi. Et j'aimerais aussi corriger un bug qui fait que le label se décale de quelques pixels lorsqu'on sélectionne l'icône.
Bien vu également. Mais ces points ne doivent pas être centrés : ils sont justifiés à gauche lorsque le dock est à droite. Ils devraient être justifiés à droite car le dock est à gauche dans la capture d'écran, et un ou deux pixels en-dessous. Je vais tester mes capacités à modifier ça dans GWorkspace.
Ceci dit, ce dock (partie intégrante de GWorkspace) est très rudimentaire et ne permet pas de se passer des icônes du dock de WindowMaker. En particulier, il est incapable de gérer les applications non GNUstep.
Vraiment ? Le choix des polices dans SystemPreferences.app est difficile car il faut sélectionner celle de quasiment tous les widgets (j'exagère mais pas tant que ça). Il me semblait avoir choisi la même police pour toute l'interface. Je devrais vérifier que c'est la même pour WindowMaker, pour gtk et Qt…
J'ai créé l'icône directement en 24x24 pixels. J'essaierai de l'aliaser, mais j'ai peur que ça devienne trop flou.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Guillaume Maillard (site web personnel) . Évalué à 2.
Un petit dernier pour la route?
Les scrollbars verticales sont soit à droite soit à gauche… un jour faut choisir son camps ;)
Vous avez encore quelques heures à passer pour tout "tweaker", bon courage !
N'hésitez pas à partager qq screenshots si vous voulez du feedback.
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par Anares . Évalué à 1.
En fait c'est un bug : j'ai modifié le corps des polices pour passer à 14 points au lieu de 12 et la police s'est décentrée. Il va falloir que je signale ça au mainteneur de gnustep-gui et qu'on compare avec le comportement d'OSX (en particulier est-ce que la hauteur des menus change lorsqu'on change le cors de police).
Merci !
[^] # Re: Hou là, ça ne nous rajeunit pas...
Posté par zurvan . Évalué à 2.
super chouette, c'est bien de voir que ça continue de bouger pour Gnustep !
« Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher
# Raspberry Pi
Posté par Eiffel . Évalué à 1.
D'après Debian le Raspberry Pi nécessite un blob propriétaire pour démarrer puisqu'il démarre en utilisant son GPU. GNUSTEP inclue-t-il ce blob propriétaire ?
[^] # Re: Raspberry Pi
Posté par Anares . Évalué à 5.
GNUstep, c'est l'équivalent de gtk ou de Qt. Cette question est sans objet. Par contre j'ignore si le livecd comporte ce blob. Je n'ai pas de Raspberri Pi. La distribution utilisée pour ce LiveCD sur Pi est Raspian.
# Présentation un peu exagérée
Posté par Florent Rougon (site web personnel) . Évalué à 7.
Bonour, je cite une phrase de la dépêche :
Cette façon de présenter les choses ne me semble pas correcte. Qt contient une quantité considérable de classes/APIs n'ayant peu ou rien à voir avec la création d'interfaces graphiques : pour les communications réseau, le multithreading, l'accès aux bases de données, l'internationalisation… D'ailleurs, on peut faire des applications Qt non graphiques avec la classe QCoreApplication, c'est prévu pour.
Cela fait longtemps que je n'ai pas regardé les APIs GNOME, mais il y a certainement là aussi des « API non graphiques » comme GVfs.
[^] # Re: Présentation un peu exagérée
Posté par Guillaume_G . Évalué à 1.
Tu m'as devancé ! ;)
[^] # Re: Présentation un peu exagérée
Posté par Anares . Évalué à 1.
Evidemment. En fait GNUstep est lui-même scindé en plusieurs librairies :
- gnustep-base est l'équivalent de FoundationKit pour Cocoa et de la glib pour GTK, ainsi que DBus, des api réseaux, etc.
- gnustep-gui : l'équivalent d'AppKit pour Cocoa et de gtk.
- gnustep-back : le moteur d'affichage graphique. Chaque appli GNUstep peut choisir son backend d'affichage. Le principal repose actuellement sur cairo sous X11. Un moteur reposant sur opal (équivalent de Quartz pour Cocoa) est à moitié développé et enlisé depuis plusieurs années, mais le portage de webkit va reposer dessus. Un proof-of-concept de backend pour wayland a aussi été développé à l'automne dernier.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.