Posté par freem .
En réponse au journal KDE Plasma et systemd.
Évalué à 2.
Dernière modification le 09 février 2015 à 15:03.
Wayland est un protocole, qui ne dépends pas de systemd.
Il me semblait que weston, l'implémentation de référence, utilisais dbus, et je pensais que c'est pour ça que tu disais ça… maintenant il semble qu'il y ait également une dépendance à libsystemd (sous Debian en tout cas).
Bien. Mais justement: libsystemd est une lib qui permets d'utiliser des fonctionnalités systemd si celui-ci est disponible sur le système. C'était d'ailleurs une réplique habituelle aux trolls sur systemd, sur la ml internationale de debian.
Donc, utiliser systemd n'est absolument pas nécessaire pour supporter wayland. Conséquence: le support de systemd n'est pas nécessaire à i3 s'ils veulent supporter wayland. Sauf erreur de ma part.
Ce que tu dis n'est pas en contradiction avec lui. Tu dis que c'est majoritairement windows et mac os. Lui dit qu'il y à de plus en plus d'Ubuntu. De plus en plus ne signifiant pas qu'il y en ait plus que le reste ;)
De mémoire, il s'agissait du desktop. Maintenant… il est difficile de mesurer ce genre de trucs, en général ça passe par des mesures des fingerprint (je connais pas le mot exact) des navigateurs sur des sites et… c'est absolument pas fiable, les signatures de navigateur pouvant être customisées, par exemple pour berner des sites «IE only». Je ne sais pas si ça se fait encore, c'est juste que c'est possible.
6 mois, c'est court pour juger de la stabilité d'une distro sur le long terme. Combien de briques majeures de ton systèmes ont passé une version majeure pendant ce temps? Ça en dira un peu plus déjà ;)
Hé bé… navré mais, non. La licence ne fait pas la qualité d'un soft, ni d'un jeu. En ce moment je suis pas mal sur redeclipse. Ouai, y'a pas de scénario, mais bon… c'est un FPS d'arène en même temps. Par contre niveau équilibre des armes, il n'arrive pas à la cheville des jeux proprios. Niveau graphismes, je suis largement satisfait, encore une fois, c'est largement assez pour un FPS d'arène.
Enfin, le jeu est simple à prendre en main, très simple même. Mais difficile à maîtriser. En fait, c'est un jeu que je considère comme bon candidat pour être un esport, bien plus que la majorité des quake-like.
Question jeux de gestion, je t'oppose widelands. Un settlers-like de qualité selon moi. Ok, les IA sont bof, mais je n'ai jamais vu une IA rivaliser avec un humain sans que l'humain n'ai un handicap, ou l'IA un avantage.
Niveau stratégie tour par tour, wesnoth à mon avis bats de nombreux jeux commerciaux, malgré que les graphismes ne soient pas au top du top.
Niveau hack'n slash, il y à bien flare qui promet, quand ils sortiront la stable (pas vu de MaJ sur la «preview» depuis quelques temps ceci dit…) ou, fini lui, freedroidrpg.
Les jeux de sport ne m'ont jamais intéressé, mais quand je veux me détendre avec un truc style mario kart, j'ai supertuxkart. Si je veux un bon vieux mario-like, ok en 2D, il y à supertux.
STR? Warsone 2100.
Bref, en général les jeux libre pêchent par leurs graphismes, qui sont, souvent, en 2D et un peu BD-like, mais, les graphismes c'est une question de goûts, et moi je trouve plus agréable la sobriété que la richesse, quand je joue je me concentre plus sur le gameplay que l'apparence, même si un jeu vraiment moche me fera fuir quand même.
Disons que, niveau beauté, j'ai un minimum syndical, et tous les jeux que j'ai cités ici sont au-dessus de ce minimum syndical. Niveau gameplay par contre, ils sont aussi bien voire mieux que bien des jeux proprios.
Je ne suis pas (plus maintenant, en fait) un gamer, mais j'aime jouer, et je t'assure que pour la plupart des styles de jeux que je connais, j'ai trouvé un truc sympa et abouti en libre.
Excepté les véritables RPG, en fait, ceux dans le style des elder scroll. Mais vu qu'openMW s'approche à grands pas de la version 1, et que de mémoire certains ont joint l'équipe parce qu'ils sont tombés sur pas mal de problèmes avec la version officielle de l'éditeur openMW quand ils ont voulu faire une conversion totale, il est possible que cela change. Parce qu'openMW est vraiment un moteur de qualité, il ne restera plus que le contenu. Pas le plus simple, mais nombre de jeux commerciaux sont aussi à la ramasse la dessus.
e ne sais pas s'il serait mieux d'installer Debian plutôt que Fedora, surtout que je suis allergique à yum, mais bon, la plupart des messages sur le forum affirment que Debian n'est pas une bonne idée en desktop… Quoi qu'il en soit, je vire ArchLinux !
Hum… fedora, c'est pas la distrib orientée dev de red-hat, censée préparer les RHL qui vont suivre? À côté de ça, Debian se veut être universelle…
Pour le Debian pas fait pour le bureau, j'attends toujours un argument pertinent moi: ça fait bientôt 4 ans (ou est-ce 5?) que je l'utilise sur toutes mes machines, sans souci. Bon, ok, si, y'a un souci: avant le choix de systemd, j'était sur sid/testing, maintenant je suis en stable+backports. Pas à cause de systemd lui-même, vu que l'on peut largement utiliser sysvinit, mais à cause de lenteurs au boot causées par udev, et d'autres modifications du comportement qui vont vers la réduction du contrôle de l'utilisateur.
Quand Wheezy ne sera plus maintenue, je tenterais sûrement un peu plus sérieusement gentoo, ou alors changer radicalement de kernel avec une netBSD, je ne sais pas encore. J'ai le temps avant de me décider. Debian ne correspond plus à mes besoins, tant pis après tout, même si elle reste la distro que je conseillerais autour de moi.
Au fait, si tu n'as pas envie de te prendre la tête et que tu pars sur Debian, je te conseille très fortement l'utilisation d'aptitude en mode ncurses.
Pourquoi?
Parce que ça permets d'avoir un aperçu visuel très parlant des actions qui vont être prises. Non, lister diverses liste sans couleur de paquet correspondant à ce qui va être installé n'est pas très parlant (apt-get et aptitude en ligne de commande font ça), surtout qu'on ne peux que faire confiance au «solveur» de solution intégré, tandis qu'avec aptitude en ncurses, on peut config pour que quand ça pète l'aperçu ne corrige rien pas lui-même, mais se contente de lister les modifications, ainsi que les cassures. De là, on peut voir au cas par cas pourquoi c'est installé, pourquoi ça pète, etc. Sans devoir se fader une commande à chaque fois, c'est ça qui est bon.
Par contre, il faut avouer: aptitude peut parfois être lent. En fait, il est toujours plus lent qu'apt-get, c'est du au chargement du cache quand on le lance ou quand on mets à jour la liste des paquets. À part ça, il n'y à des lenteurs que si un paquet est noté cassé: au moindre déplacement dans l'interface, il essaie de calculer à nouveau une solution…
Si ces lenteurs n'existaient pas, aptitude serait quasi-parfait à mes yeux. Il ne lui manquerait plus qu'un meilleurs support du multi-arch et des debtags, en fait. Choses qui sont au final plus pénibles à utiliser en ligne de commande que via le ncurses, selon moi.
l'exécution du js coté client ne dépend pas du réseau
Nope, mais le fait de multiplier les requêtes http pour récupérer de petits éléments augmente la charge réseau. Et je ne sais pas comment c'est foutu dans roundcube, mais le fait est que je me retrouvais avec l'interface principale chargée et affichée, mais toutes les données dynamiques récupérées par AJAX n'étaient pas là. Autrement dit: inutilisable. Alors qu'en passant par squirrelmail, certes c'était long pour afficher un mail, parfois de l'ordre de la minute (et sans les images hein, j'affiche que du texte dans mes mail moi) mais au moins, ça marchait.
Ça reste complexe pour ajouter un site. Enfin, pour quelqu'un dont le web n'est pas le métier (je suis développeur, mais pas dev web, et plus je peux éviter le web mieux je me porte, franchement).
D'ailleurs, j'ai appris un truc en testant: il s'avère que roundcube ne se mets pas dans /etc/apache2/sites-enabled. Il doit se mettre ailleurs, mais où, je n'en ai aucune idée.
Je ne dis pas que cette complexité n'est pas normale, je n'ai aucune foutue idée des fonctionnalités que c'est censé apporter.
Mais je pense que pour fournir un seul site web, apache est trop compliqué. C'est (probablement) un outil très puissant, utilisé dans des usages qui ne nécessitent pas la plupart de sa puissance, selon moi. Des situations ou je pense qu'un autre httpd serait probablement plus pertinent.
Pour ce qui est de mysql… honnêtement, je m'en tamponne. Personnellement, quand j'utilise un SGBDR, j'évite au maximum les procédures stockées (parfois pas le choix, ok, mais le moins il y à de PS le mieux je me porte!) pour rester sur des requêtes simples qui n'interrogent que mes schémas. Les calculs plus complexes je les fait dans le langage dans lequel l'application est vraiment écrite. Les SGBDR ne sont pas faits pour traiter les données, pour moi, mais uniquement pour les stocker.
Et comme les PS sont ce qui est le moins portable d'un SGBDR à l'autre… ça me permets d'avoir un truc plus agnostique.
Maintenant, est-ce que l'installation par défaut d'une distribution convient à tout le monde ? J'ai envie de dire non. Exemple, pour Freem, l'installation utilise par défaut SQLite. Ben je n'irai pas utiliser cela si l'environnement est "fortement" sollicité par de multiple utilisateurs.
Fortement sollicité? Un auto-hébergement? La connexion ADSL ne tiendrait de toute façon pas, dans le cas d'un webmail fortement sollicité…
Non, mon problème viens du fait que SaintGermain accuse roundcube d'être complexe à installé, quand c'est en réalité les outils dont roundcube se base qui le sont.
Personnellement, je ne sais pas configurer HTTPS sur apache. Je ne sais pas non plus le faire avec nginx, ni yaws, ni tntnet (soft pris au hasard dans aptitude, dans la liste des paquets fournissant httpd). Pour autant, je ne serais pas surpris qu'apache soit celui avec lequel cette configuration serait la plus complexe. Les fois ou j'ai manipulé un serveur web, c'était apache parce que c'est lui qui est installé. J'en garde un très mauvais souvenir, du genre de ceux que j'ai quand j'affronte un système très complexe qui fait de nombreuses choses. Si je devais choisir un httpd, je pense que je regarderai très sérieusement la concurrence.
Un exemple plus parlant serait, par exemple, d'installer firefox sur une machine à accès public hautement sécurisée. Genre, chiffrement du disque, blocage de tous les accès réseau non désirés, interdiction d'accès aux systèmes de fichiers… et le tout en partant de LFS (bon, ok, ou en partant de Debian potato).
Parce que, oui, je considère personnellement que le «monde du web» est en retard de 10 ans sur le monde du logiciel local, que ce soit en terme de facilité pour faire une interface adaptable à l'écran du client qui tienne la route, ou en terme d'intégration (il n'y à pas, à ce que je sache, de système de paquets considérant le réseau comme étant le système, à ma connaissance, que ce soit archlinux, debian, red hat, freebsd, les systèmes de paquet considèrent la machine comme étant le système, ce qui dans le cas du web est faux, comme pour toute application basée sur le réseau).
Il à ses avantages et je ne le nierais jamais. Mais on oublie tellement souvent les multiples inconvénients du web…
Ça me rappelle l'époque ou j'accusais windows d'être responsable des crash des applications… l'époque ou j'écrivais windaube, micro$oft et ce genre de débilités. Avant de tester autre chose sérieusement, en somme. Et de constater que les mêmes logiciels plantaient au même moment sous un OS différent ;)
Il n'y à que pour l'IMAP et le SPAM que je ne sais pas si les reproches faits sont vraiment à cause de roundcube, ou à cause de la configuration du MTA. Ceci dit, dans le cas SPAM+IMAP, en général on à un dossier type spam-to-learn. Du coup, comme sur de l'IMAP les mails sont censés rester sur le serveur (je me trompe?) c'est de la responsabilité de l'anti-spam d'aller chercher le contenu de ce dossier pour classer de nouveaux spams. Mais dans le cas de POP3, je n'ai aucune idée de comment ça peut marcher, c'est un fait.
HTTPS : tu te connectes comment à ton Roundcube ? Via HTTP seulement ? Et le but c'est d'améliorer sa vie privée ? Génial.
Certes, mais, selon moi, roundcube n'est que le site web, il exploite la couche 7 du modèle OSI, il ne la fournit pas. Le point délicat, c'est la configuration du serveur web, qui lui fournit la couche 7 (http ou https pour du serveur web).
Tu l'as dis toi-même (enfin, me semble que c'était toi, pardonnes moi j'ai pas envie de remonter au début de ce fil): pourquoi s'embêter, il suffit d'utiliser mutt+ssh.
Dans cette idée, c'est simple: ssh gère la connexion, et mutt configuré en accès local te permets d'accéder aux mails. Tu y considères bien que le client mail et le protocole de transport sont deux choses différentes, alors pourquoi tu ne fais pas la distinction également pour roundcube?
Et d'ailleurs, pourquoi ne pas utiliser un tunnel SSH plutôt que du HTTPS avec roundcube (oui, je sais, c'est contraire à l'usage habituel)?
sqlite je trouve que ce n'est pas assez fiable et robuste, choix perso
Yep, je ne suis pas trop motivé non plus pour utiliser du sqlite, même s'il à ses avantages. Mais je suis d'accord avec toi: pour maintenir un SGBDR, il faut des compétences (enfin, savoir se servir de pg_dump/pg_restore/psql en l'occurrence).
Maintenant,
IMAP : J'ai eu des problèmes avec Gmail, avec Claws, j'ai eu des problèmes avec K-9, j'ai eu des problèmes avec Fasmail,
J'imagine que tu dois avoir un usage plus avancé que beaucoup de gens. Je t'avoue que je ne me suis jamais vraiment penché sur la question.
D'ailleurs, tu dis toi-même que tous les MUA que tu as utilisé ont des problèmes avec IMAP, mais, n'est-ce pas le MTA derrière qui, en fait, gère mal? Comment le savoir quand tu ne peux accéder serveur? Les mails, c'est, je le sais, loin d'être simple, mais je ne pense pas que la complexité vienne des MUA.
Ce qui me pose souci dans ton propos en fait, c'est que tu considères roundcube comme l'ensemble de la pile. Roundcube est simple à installer et configurer. La pile logicielle permettant de fournir un webmail public, elle, est complexe, et je ne pense pas l'avoir nié.
Mais voila: elle est complexe parce que tout serveur public est une chose sensible, auto-hébergé ou pas. Justement parce que c'est une pile, il faut configurer plusieurs logiciels pour qu'ils marchent ensemble, et ce n'est pas juste la faute de l'interface homme-machine si c'est difficile.
Voila mon propos.
La plupart des gens considèrent que le logiciel libre c'est gratuit. Et vu que je ne connais que des logiciels libres qui sont gratuits, je ne peux pas leur en vouloir. Le logiciel fermé, c'est traditionnellement apparenté à un produit, et vendu comme tel (avec des restrictions en plus: pas le droit de le modifier puis de le revendre, tu n'es pas propriétaire d'un logiciel, uniquement d'une licence…) tandis que la source de revenus du logiciel libre est beaucoup plus axée sur le service qui va autour.
Je ne dis pas que pour le logiciel propriétaire il n'y à pas de service payant autour, hein, ça dépend des programmes et on va de plus en plus vers le service autour de toute façon, même pour les jeux mono-joueur on doit se trimballer une connexion internet maintenant…
C'est vrai, mais je me suis aussi fait avoir: réaction trop rapide. Il faut dire que ça choque, de lire un truc pareil. Et comme on ne peut pas supprimer ses messages…
Toutes les clés USB le font, à condition d'avoir la patience d'installer et configurer correctement un truc du genre syslinux. Enfin, peut-être pour pas pour la détection automatique, mais je ne me suis jamais penché sur ce type de besoin: après tout, éditer un fichier texte après avoir copier une iso, ça doit pouvoir s'automatiser.
et je jette des DVD par dizaines car je teste l'installation des Mageia (alpha, beta et RC) avec des DVD que je jette aussitôt après. Je suis taxé et c'est honteux.
Je suis d'accord, c'est honteux de jeter des DVD gravés d'une distro, il devrait y avoir une prime écologique plus élevée pour t'en dissuader.
Troll mis à part, pourquoi tu n'utilises pas une clé USB avec syslinux pour ça? Voire même une configuration intelligente de ton boot loader sur ton disque dur? Booter une ISO ça n'à plus rien de sorcier de nos jours. Tu éviterais à la fois de payer ~une taxe~ un racket ~au gouvernement~ aux chiens des majors qui «défendent les artistes» et du même coups de jeter des DVD par dizaines.
Bref, double win.
De quel OS parles tu?
S'il est basé sur le noyau Linux, alors je crains que tu ne te trompes, les deux OS basés sur ce kernel que je connaisse sont:
Android, l'un des acteurs majeurs du mobile
GNU/Linux, majoritaire aux dernières nouvelles sur les serveurs mondiaux, et en France il s'agit du seul OS utilisé sur les foutaises-box.
Ironiquement, les OS majoritaires des bureaux, la famille windows, se base certainement sur le kernel le moins utilisé (de manière générale, pas sur le bureau).
Donc, de quel OS parles-tu? Ah, et juste au cas où: je considère les différentes distributions de windows comme n'étant pas le même OS, parce que pour moi deux versions majeures d'un logiciels sont comme deux logiciels différents (ben oui, pas nécessairement rétro-compatibles, et fonctionnalités différentes, qu'elles aient été ajoutées au ou supprimées du plus récent)
PS: je ne suis pas exactement sûr de ma notion d'OS. Donc, j'ai utilisé cet article comme source pour considérer GNU/Linux et Android comme étant des OS différents, même si j'admets ne pas trop voir pourquoi les considérer comme différents… mais je ne parviens pas à trouver de définition claire de ce qu'est un OS (aka: quelle est la différence entre un OS et une distribution, ou qu'est-ce qui manque à un kernel, monolithique ou pas, pour être un OS?).
Dans les points que tu cites, aucun n'est par rapport à roundcube, et encore moins à son installation.
HTTPS? SSL? En quoi ça a à voir avec roundcube? Il marche sans non? Si tu es capable de mettre en place du SSH, je pense que tu sauras faire la même chose pour de l'HTTP.
apprendre à se servir de SQL pour les backup? Complètement faux, le choix par défaut c'est sqlite3, qui stocke la DB dans un fichier. Niveau sécu c'est bof de mémoire, mais niveau sauvegarde c'est ce qu'il y à de plus simple: tu copies/colles le fichier. En fait, ça reviens à faire un backup de ton home avec mutt je pense.
le spam? Tu n'es pas obligé de le traiter côté client le MUA, tu peux très bien le faire côté serveur, aka MTA. C'est ce qu'il y à de plus efficace en fait. D'ailleurs, comment fais-tu avec mutt?
l'IMAP? Quel est le problème exactement? En quoi ce serait différent de mutt?
Oui, tu peux abandonner, donner de vraies raisons pour dire qu'il faut «faire des pieds et des mains pour installer un webmail qui marchouille juste pour les cas de dépannage» à l'air trop dur pour toi.
Le pire, c'est que tu parles de mutt, mais ce MUA n'est pas trivial à apprendre à utiliser. Contrairement à roundcube.
Tu oublies ce qui est inscrit dans la base de registre :)
Un point pour toi… avec le temps mon esprit s'est lavé des mauvaises manies windows on dirait :) pas plus mal.
sauf si le package est mal fait peut-être ?
Exact: si les scripts sont pourris, il est possible que des config auto-générées ne soient pas nettoyée correctement.
Si installé à partir des sources avec un --prefix= le rm -rf fonctionne très bien et les seuls fichiers qui vont rester seront les fichiers (de conf principalement) dans ton homedir…
Je vais faire mal aux mouches, juste pour pas être d'accord ;) et puis c'est toi qui commence après tout parce que les crapware sont en général installés par le système d'install windows me semble.
Donc, ça dépend: si ton make se crois chez lui et installe dans /, il en mets partout et tu peux difficilement nettoyer ;)
Franchement, l'install de roundcube est enfantine sous Debian, resterait juste à config pour virer le choix du serveur sur la page d'accueil, mais je doute que ce soit complexe.
Honnêtement, j'ai eu l'impression d'installer claws, ou un truc du même genre. J'aurai du tester plus tôt, j'aurai peut-être pu raccourcir certains threads sur ce sujet.
Ça semble même relativement simple à installer/activer avec autre chose qu'apache, en tout cas, c'est le contenu de /etc/roundcube qui me fait dire ça:
/etc/roundcube# ls
apache.conf db.inc.php debian-db.php htaccess lighttpd.conf main.inc.php mimetypes.php plugins
Vu comment ce fut… difficile… d'activer roundcube sur apache (dé-commenter 2 lignes dans l'apache.conf de ce dossier, pour ajouter un alias a apache. Ce sont les 3ème et 4ème lignes du fichier, les deux lignes précédentes indiquant qu'il faut les dé-commenter ou adapter les 2 autres. Dans la tradition Debian quoi: simple et efficace) j'aurai du faire le test plus tôt: ça aurait peut-être raccourcis certains threads.
Donc (désolé si je me répète) dire que installer (et maintenir) Roundcube cela se résume à apt-get install Roundcube + apt-get upgrade de temps en temps et puis basta, c'est un peu exagéré
Juste pour être vraiment sûr: tu as essayé? Parce que, oui, la page du wiki indiquée est tout sauf attirante. C'est l'équivalent d'un howto pour compiler, pour moi.
pour toi c'est facile de par tes compétences
J'en doute, je ne suis pas admin.
(ou alors c'est que je suis vraiment nul, ce qui est aussi possible…).
Je ne m'aventurerais pas à dire ça.
Bon allez, pour le fun, je me lance, vais faire ça sur ma machine actuelle.
Machine cible:
Debian Wheezy + backports, presque à jour (j'ai pas mis à jour de la semaine…)
Quelques outils de dev installés, notamment pour faire joujou avec postgresql.
Paquets recommandés non installés par défaut.
Gestionnaire de paquets: aptitude (mode ncurses)
Je sélectionne roundcube. Conflits détectés. J'annule les actions. Je sélectionne, ce coup-ci, roundcube, version backports (plus récente), aucun conflit.
roundcube-sqlite3 installé par défaut. Ça ne me conviens pas, j'ai envie de voir un peu plus loin ce que ça donne avec pgsql. Du coup je sélectionne roundcube-pgsql version backports. Toujours aucun problème détecté.
je jette un œil à l'aperçu
javascript-common est recommandé. Je prend note, j'installe pas mais j'en aurai peut-être besoin plus tard si ça marche pas. Idem, je note php-auth-sasl, authentification, j'en aurai peut-être besoin.
diverses suggestions, rien de pertinent à première vue: de la doc, des plugins… on verra plus tard.
divers paquets sélectionnés pour installation, genre apache, jquery, etc. Peu m'importe, je fais confiance à aptitude, c'est juste ma curiosité maladive de dev, et ça me permets d'identifier des libs dont j'entends souvent parler mes confrères du web.
question de l'installateur: dois-je configurer avec db-config. Je dis oui, et sélectionne pgsql (qui est sélectionné par défaut, étrange, normalement il aurait du avoir sqlite3 par défaut, une tentative précédente sans faire les choses aussi proprement avait aussi cette sélection alors que debian avait sélectionné sqlite. Bon, un choix à faire.). Demande du password pgsql. Deux fois. Je mets ce bon vieux P@ssw0rd, par habitude: m'en fout c'est du test.
installation finie.
Je teste, rien sur localhost. Ah, si, des résidus de trucs que j'ai bricolé par le passé… l'inconvénient d'une machine de dev, faudra que je nettoie ça un jour. Bref, je sais pas ou aller…
Reste à ajouter roundcube à apache. J'ai déjà eu à me battre contre apache par le passé, du coup je crois savoir qu'il faut ajouter un fichier dans /etc/apache2/sites-enabled. Généralement le fichier en question existe dans sites-available, et on est censé faire un lien symbolique, ou utiliser je ne sais plus quelle commande à la con…
Flemme de réfléchir, ddg et "apache ajouter roundcube". Je note les 2nd et 3ème liens: le 2nd est vers le site officiel, en anglais. Flemme. Le 3ème c'est ubuntu, en français, vais jeter un œil. L'auteur indique: installer via apt-get (déjà fait de mon côté), dé-commenter 2 lignes de conf de roundcube, relancer apache, et aller sur http://monserveur/roundcube. Dans mon cas, http://localhost/roundcube. Je teste, ça semble marcher: roundcube me demande un nom d'utilisateur, un mot de passe et un serveur.
C'est quand que ça deviens compliqué? Peut-être que si j'essaie d'accéder à un serveur pour de vrai, ça ne marche pas? Tu as suivi ce chemin la?
Parce que jusque la, admets le: rien de sorcier… Mais je n'ai pas suivi les instructions officielles, j'ai utilisé la raison d'être des distributions linux: le système de paquet.
Dans mon cas, c'est d'ailleurs inutilement compliqué à cause de ma config perso (j'aime avoir le contrôle maximum sur mon système): un utilisateur vraiment lambda n'aura aucun choix à faire, sauf activer les backports et prendre les versions de roundcube correspondantes.
C'est juste qu'il se retrouvera avec des outils en plus et une base sqlite au lieu de postgresql. Rien de bien méchant.
PS: j'ai failli me faire la config d'apache à la mano, mais j'ai eu la flemme, j'ai horreur de cette usine à gaz. C'est pour ça que j'ai préféré une recherche rapide finalement, et grand bien m'en a pris on dirait. D'ailleurs, cette version de roundcube à l'air plus léchée que celle que j'utilise. Je testerai peut-être plus en détails plus tard.
je pense entre autres à i3) en leur donnant un accès à des informations qu'ils se refusaient à aborder pour éviter de faire trop grossir leur code
Euh… i3 n'en à rien à faire de la taille de son code, c'est pas twm ou ratpoison hein. i3 limite ses fonctionnalités, pas le code. Et comme il ne s'agit «que» d'un gestionnaire de fenêtres, je ne vois strictement aucune raison pour qu'il dépende, de près ou de loin, de l'init.
Je doute qu'il y ait "encore moins d'Ajax" que pour squirrel, puisque squirrel n'en à pas, d'Ajax ;)
L'HTTP+HTML, par contre, ok ;)
Pour l'export display… tu veux dire, un Xorg accédé à distance? Dans ce cas, je pense que ce serait plus lourd que de l'HTML (données graphique, ouch!). Accessoirement, installer un Xorg sur un serveur est un truc qui m'intrigue: personnellement, sur une machine que je veux stable, j'essaie d'installer le moins de choses possibles, pour réduire les risques de bugs et avoir un comportement le plus prévisible possible.
De toute façon, je ne m'auto-héberge pas, donc je n'ai pas la main sur ce serveur, du coup pour installer des trucs… mal parti.
[^] # Re: Youhou faut coder !
Posté par freem . En réponse au journal KDE Plasma et systemd. Évalué à 2. Dernière modification le 09 février 2015 à 15:03.
Wayland est un protocole, qui ne dépends pas de systemd.
Il me semblait que weston, l'implémentation de référence, utilisais dbus, et je pensais que c'est pour ça que tu disais ça… maintenant il semble qu'il y ait également une dépendance à libsystemd (sous Debian en tout cas).
Bien. Mais justement: libsystemd est une lib qui permets d'utiliser des fonctionnalités systemd si celui-ci est disponible sur le système. C'était d'ailleurs une réplique habituelle aux trolls sur systemd, sur la ml internationale de debian.
Donc, utiliser systemd n'est absolument pas nécessaire pour supporter wayland. Conséquence: le support de systemd n'est pas nécessaire à i3 s'ils veulent supporter wayland. Sauf erreur de ma part.
[^] # Re: Drôle de phrase
Posté par freem . En réponse au journal "Gummiboot UEFI Boot Loader" sera ajouté à Systemd. Évalué à 2.
Hé merde, raté le prefix :)
[^] # Re: Drôle de phrase
Posté par freem . En réponse au journal "Gummiboot UEFI Boot Loader" sera ajouté à Systemd. Évalué à 3.
Ce que tu dis n'est pas en contradiction avec lui. Tu dis que c'est majoritairement windows et mac os. Lui dit qu'il y à de plus en plus d'Ubuntu. De plus en plus ne signifiant pas qu'il y en ait plus que le reste ;)
[^] # Re: Drôle de phrase
Posté par freem . En réponse au journal "Gummiboot UEFI Boot Loader" sera ajouté à Systemd. Évalué à 2.
De mémoire, il s'agissait du desktop. Maintenant… il est difficile de mesurer ce genre de trucs, en général ça passe par des mesures des fingerprint (je connais pas le mot exact) des navigateurs sur des sites et… c'est absolument pas fiable, les signatures de navigateur pouvant être customisées, par exemple pour berner des sites «IE only». Je ne sais pas si ça se fait encore, c'est juste que c'est possible.
[^] # Re: Manjaro !
Posté par freem . En réponse au journal ArchLinux : serait-il venu le temps de passer à autre chose ?. Évalué à 2.
6 mois, c'est court pour juger de la stabilité d'une distro sur le long terme. Combien de briques majeures de ton systèmes ont passé une version majeure pendant ce temps? Ça en dira un peu plus déjà ;)
[^] # Re: Mieux vaut migrer vers CoreOS (serveur) et Elementary OS (desktop)
Posté par freem . En réponse au journal ArchLinux : serait-il venu le temps de passer à autre chose ?. Évalué à 3.
Hé bé… navré mais, non. La licence ne fait pas la qualité d'un soft, ni d'un jeu. En ce moment je suis pas mal sur redeclipse. Ouai, y'a pas de scénario, mais bon… c'est un FPS d'arène en même temps. Par contre niveau équilibre des armes, il n'arrive pas à la cheville des jeux proprios. Niveau graphismes, je suis largement satisfait, encore une fois, c'est largement assez pour un FPS d'arène.
Enfin, le jeu est simple à prendre en main, très simple même. Mais difficile à maîtriser. En fait, c'est un jeu que je considère comme bon candidat pour être un esport, bien plus que la majorité des quake-like.
Question jeux de gestion, je t'oppose widelands. Un settlers-like de qualité selon moi. Ok, les IA sont bof, mais je n'ai jamais vu une IA rivaliser avec un humain sans que l'humain n'ai un handicap, ou l'IA un avantage.
Niveau stratégie tour par tour, wesnoth à mon avis bats de nombreux jeux commerciaux, malgré que les graphismes ne soient pas au top du top.
Niveau hack'n slash, il y à bien flare qui promet, quand ils sortiront la stable (pas vu de MaJ sur la «preview» depuis quelques temps ceci dit…) ou, fini lui, freedroidrpg.
Les jeux de sport ne m'ont jamais intéressé, mais quand je veux me détendre avec un truc style mario kart, j'ai supertuxkart. Si je veux un bon vieux mario-like, ok en 2D, il y à supertux.
STR? Warsone 2100.
Bref, en général les jeux libre pêchent par leurs graphismes, qui sont, souvent, en 2D et un peu BD-like, mais, les graphismes c'est une question de goûts, et moi je trouve plus agréable la sobriété que la richesse, quand je joue je me concentre plus sur le gameplay que l'apparence, même si un jeu vraiment moche me fera fuir quand même.
Disons que, niveau beauté, j'ai un minimum syndical, et tous les jeux que j'ai cités ici sont au-dessus de ce minimum syndical. Niveau gameplay par contre, ils sont aussi bien voire mieux que bien des jeux proprios.
Je ne suis pas (plus maintenant, en fait) un gamer, mais j'aime jouer, et je t'assure que pour la plupart des styles de jeux que je connais, j'ai trouvé un truc sympa et abouti en libre.
Excepté les véritables RPG, en fait, ceux dans le style des elder scroll. Mais vu qu'openMW s'approche à grands pas de la version 1, et que de mémoire certains ont joint l'équipe parce qu'ils sont tombés sur pas mal de problèmes avec la version officielle de l'éditeur openMW quand ils ont voulu faire une conversion totale, il est possible que cela change. Parce qu'openMW est vraiment un moteur de qualité, il ne restera plus que le contenu. Pas le plus simple, mais nombre de jeux commerciaux sont aussi à la ramasse la dessus.
# Mieux vaut une distrib bêta orientée développeurs qu'une distrib généraliste?
Posté par freem . En réponse au journal ArchLinux : serait-il venu le temps de passer à autre chose ?. Évalué à 1.
Hum… fedora, c'est pas la distrib orientée dev de red-hat, censée préparer les RHL qui vont suivre? À côté de ça, Debian se veut être universelle…
Pour le Debian pas fait pour le bureau, j'attends toujours un argument pertinent moi: ça fait bientôt 4 ans (ou est-ce 5?) que je l'utilise sur toutes mes machines, sans souci. Bon, ok, si, y'a un souci: avant le choix de systemd, j'était sur sid/testing, maintenant je suis en stable+backports. Pas à cause de systemd lui-même, vu que l'on peut largement utiliser sysvinit, mais à cause de lenteurs au boot causées par udev, et d'autres modifications du comportement qui vont vers la réduction du contrôle de l'utilisateur.
Quand Wheezy ne sera plus maintenue, je tenterais sûrement un peu plus sérieusement gentoo, ou alors changer radicalement de kernel avec une netBSD, je ne sais pas encore. J'ai le temps avant de me décider. Debian ne correspond plus à mes besoins, tant pis après tout, même si elle reste la distro que je conseillerais autour de moi.
Au fait, si tu n'as pas envie de te prendre la tête et que tu pars sur Debian, je te conseille très fortement l'utilisation d'aptitude en mode ncurses.
Pourquoi?
Parce que ça permets d'avoir un aperçu visuel très parlant des actions qui vont être prises. Non, lister diverses liste sans couleur de paquet correspondant à ce qui va être installé n'est pas très parlant (apt-get et aptitude en ligne de commande font ça), surtout qu'on ne peux que faire confiance au «solveur» de solution intégré, tandis qu'avec aptitude en ncurses, on peut config pour que quand ça pète l'aperçu ne corrige rien pas lui-même, mais se contente de lister les modifications, ainsi que les cassures. De là, on peut voir au cas par cas pourquoi c'est installé, pourquoi ça pète, etc. Sans devoir se fader une commande à chaque fois, c'est ça qui est bon.
Par contre, il faut avouer: aptitude peut parfois être lent. En fait, il est toujours plus lent qu'apt-get, c'est du au chargement du cache quand on le lance ou quand on mets à jour la liste des paquets. À part ça, il n'y à des lenteurs que si un paquet est noté cassé: au moindre déplacement dans l'interface, il essaie de calculer à nouveau une solution…
Si ces lenteurs n'existaient pas, aptitude serait quasi-parfait à mes yeux. Il ne lui manquerait plus qu'un meilleurs support du multi-arch et des debtags, en fait. Choses qui sont au final plus pénibles à utiliser en ligne de commande que via le ncurses, selon moi.
[^] # Re: Systemd tu l'aimes ou tu quittes Linux.
Posté par freem . En réponse au journal SySVinit considered harmful ?. Évalué à 2.
FreeBSD n'est pas *BSD.
[^] # Re: squirrelmail versus la mode du full JS
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2.
Nope, mais le fait de multiplier les requêtes http pour récupérer de petits éléments augmente la charge réseau. Et je ne sais pas comment c'est foutu dans roundcube, mais le fait est que je me retrouvais avec l'interface principale chargée et affichée, mais toutes les données dynamiques récupérées par AJAX n'étaient pas là. Autrement dit: inutilisable. Alors qu'en passant par squirrelmail, certes c'était long pour afficher un mail, parfois de l'ordre de la minute (et sans les images hein, j'affiche que du texte dans mes mail moi) mais au moins, ça marchait.
[^] # Re: distribution ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2.
Méheu! pertinent pour la peine ^
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 3.
Ça reste complexe pour ajouter un site. Enfin, pour quelqu'un dont le web n'est pas le métier (je suis développeur, mais pas dev web, et plus je peux éviter le web mieux je me porte, franchement).
D'ailleurs, j'ai appris un truc en testant: il s'avère que roundcube ne se mets pas dans /etc/apache2/sites-enabled. Il doit se mettre ailleurs, mais où, je n'en ai aucune idée.
Je ne dis pas que cette complexité n'est pas normale, je n'ai aucune foutue idée des fonctionnalités que c'est censé apporter.
Mais je pense que pour fournir un seul site web, apache est trop compliqué. C'est (probablement) un outil très puissant, utilisé dans des usages qui ne nécessitent pas la plupart de sa puissance, selon moi. Des situations ou je pense qu'un autre httpd serait probablement plus pertinent.
Pour ce qui est de mysql… honnêtement, je m'en tamponne. Personnellement, quand j'utilise un SGBDR, j'évite au maximum les procédures stockées (parfois pas le choix, ok, mais le moins il y à de PS le mieux je me porte!) pour rester sur des requêtes simples qui n'interrogent que mes schémas. Les calculs plus complexes je les fait dans le langage dans lequel l'application est vraiment écrite. Les SGBDR ne sont pas faits pour traiter les données, pour moi, mais uniquement pour les stocker.
Et comme les PS sont ce qui est le moins portable d'un SGBDR à l'autre… ça me permets d'avoir un truc plus agnostique.
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2.
Fortement sollicité? Un auto-hébergement? La connexion ADSL ne tiendrait de toute façon pas, dans le cas d'un webmail fortement sollicité…
Non, mon problème viens du fait que SaintGermain accuse roundcube d'être complexe à installé, quand c'est en réalité les outils dont roundcube se base qui le sont.
Personnellement, je ne sais pas configurer HTTPS sur apache. Je ne sais pas non plus le faire avec nginx, ni yaws, ni tntnet (soft pris au hasard dans aptitude, dans la liste des paquets fournissant httpd). Pour autant, je ne serais pas surpris qu'apache soit celui avec lequel cette configuration serait la plus complexe. Les fois ou j'ai manipulé un serveur web, c'était apache parce que c'est lui qui est installé. J'en garde un très mauvais souvenir, du genre de ceux que j'ai quand j'affronte un système très complexe qui fait de nombreuses choses. Si je devais choisir un httpd, je pense que je regarderai très sérieusement la concurrence.
Un exemple plus parlant serait, par exemple, d'installer firefox sur une machine à accès public hautement sécurisée. Genre, chiffrement du disque, blocage de tous les accès réseau non désirés, interdiction d'accès aux systèmes de fichiers… et le tout en partant de LFS (bon, ok, ou en partant de Debian potato).
Parce que, oui, je considère personnellement que le «monde du web» est en retard de 10 ans sur le monde du logiciel local, que ce soit en terme de facilité pour faire une interface adaptable à l'écran du client qui tienne la route, ou en terme d'intégration (il n'y à pas, à ce que je sache, de système de paquets considérant le réseau comme étant le système, à ma connaissance, que ce soit archlinux, debian, red hat, freebsd, les systèmes de paquet considèrent la machine comme étant le système, ce qui dans le cas du web est faux, comme pour toute application basée sur le réseau).
Il à ses avantages et je ne le nierais jamais. Mais on oublie tellement souvent les multiples inconvénients du web…
Ça me rappelle l'époque ou j'accusais windows d'être responsable des crash des applications… l'époque ou j'écrivais windaube, micro$oft et ce genre de débilités. Avant de tester autre chose sérieusement, en somme. Et de constater que les mêmes logiciels plantaient au même moment sous un OS différent ;)
Il n'y à que pour l'IMAP et le SPAM que je ne sais pas si les reproches faits sont vraiment à cause de roundcube, ou à cause de la configuration du MTA. Ceci dit, dans le cas SPAM+IMAP, en général on à un dossier type spam-to-learn. Du coup, comme sur de l'IMAP les mails sont censés rester sur le serveur (je me trompe?) c'est de la responsabilité de l'anti-spam d'aller chercher le contenu de ce dossier pour classer de nouveaux spams. Mais dans le cas de POP3, je n'ai aucune idée de comment ça peut marcher, c'est un fait.
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2.
Certes, mais, selon moi, roundcube n'est que le site web, il exploite la couche 7 du modèle OSI, il ne la fournit pas. Le point délicat, c'est la configuration du serveur web, qui lui fournit la couche 7 (http ou https pour du serveur web).
Tu l'as dis toi-même (enfin, me semble que c'était toi, pardonnes moi j'ai pas envie de remonter au début de ce fil): pourquoi s'embêter, il suffit d'utiliser mutt+ssh.
Dans cette idée, c'est simple: ssh gère la connexion, et mutt configuré en accès local te permets d'accéder aux mails. Tu y considères bien que le client mail et le protocole de transport sont deux choses différentes, alors pourquoi tu ne fais pas la distinction également pour roundcube?
Et d'ailleurs, pourquoi ne pas utiliser un tunnel SSH plutôt que du HTTPS avec roundcube (oui, je sais, c'est contraire à l'usage habituel)?
Yep, je ne suis pas trop motivé non plus pour utiliser du sqlite, même s'il à ses avantages. Mais je suis d'accord avec toi: pour maintenir un SGBDR, il faut des compétences (enfin, savoir se servir de pg_dump/pg_restore/psql en l'occurrence).
Maintenant,
J'imagine que tu dois avoir un usage plus avancé que beaucoup de gens. Je t'avoue que je ne me suis jamais vraiment penché sur la question.
D'ailleurs, tu dis toi-même que tous les MUA que tu as utilisé ont des problèmes avec IMAP, mais, n'est-ce pas le MTA derrière qui, en fait, gère mal? Comment le savoir quand tu ne peux accéder serveur? Les mails, c'est, je le sais, loin d'être simple, mais je ne pense pas que la complexité vienne des MUA.
Ce qui me pose souci dans ton propos en fait, c'est que tu considères roundcube comme l'ensemble de la pile. Roundcube est simple à installer et configurer. La pile logicielle permettant de fournir un webmail public, elle, est complexe, et je ne pense pas l'avoir nié.
Mais voila: elle est complexe parce que tout serveur public est une chose sensible, auto-hébergé ou pas. Justement parce que c'est une pile, il faut configurer plusieurs logiciels pour qu'ils marchent ensemble, et ce n'est pas juste la faute de l'interface homme-machine si c'est difficile.
Voila mon propos.
[^] # Re: Quand on choisi une licence, on l'assume.
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 2.
La plupart des gens considèrent que le logiciel libre c'est gratuit. Et vu que je ne connais que des logiciels libres qui sont gratuits, je ne peux pas leur en vouloir. Le logiciel fermé, c'est traditionnellement apparenté à un produit, et vendu comme tel (avec des restrictions en plus: pas le droit de le modifier puis de le revendre, tu n'es pas propriétaire d'un logiciel, uniquement d'une licence…) tandis que la source de revenus du logiciel libre est beaucoup plus axée sur le service qui va autour.
Je ne dis pas que pour le logiciel propriétaire il n'y à pas de service payant autour, hein, ça dépend des programmes et on va de plus en plus vers le service autour de toute façon, même pour les jeux mono-joueur on doit se trimballer une connexion internet maintenant…
[^] # Re: Une source à ouvrir
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 3.
C'est vrai, mais je me suis aussi fait avoir: réaction trop rapide. Il faut dire que ça choque, de lire un truc pareil. Et comme on ne peut pas supprimer ses messages…
[^] # Re: Une source à ouvrir
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 2.
Toutes les clés USB le font, à condition d'avoir la patience d'installer et configurer correctement un truc du genre syslinux. Enfin, peut-être pour pas pour la détection automatique, mais je ne me suis jamais penché sur ce type de besoin: après tout, éditer un fichier texte après avoir copier une iso, ça doit pouvoir s'automatiser.
[^] # Re: Une source à ouvrir
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 3.
Je suis d'accord, c'est honteux de jeter des DVD gravés d'une distro, il devrait y avoir une prime écologique plus élevée pour t'en dissuader.
Troll mis à part, pourquoi tu n'utilises pas une clé USB avec syslinux pour ça? Voire même une configuration intelligente de ton boot loader sur ton disque dur? Booter une ISO ça n'à plus rien de sorcier de nos jours. Tu éviterais à la fois de payer ~une taxe~ un racket ~au gouvernement~ aux chiens des majors qui «défendent les artistes» et du même coups de jeter des DVD par dizaines.
Bref, double win.
[^] # Re: Soyons sérieux :)
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 2. Dernière modification le 09 février 2015 à 10:51.
De quel OS parles tu?
S'il est basé sur le noyau Linux, alors je crains que tu ne te trompes, les deux OS basés sur ce kernel que je connaisse sont:
Ironiquement, les OS majoritaires des bureaux, la famille windows, se base certainement sur le kernel le moins utilisé (de manière générale, pas sur le bureau).
Donc, de quel OS parles-tu? Ah, et juste au cas où: je considère les différentes distributions de windows comme n'étant pas le même OS, parce que pour moi deux versions majeures d'un logiciels sont comme deux logiciels différents (ben oui, pas nécessairement rétro-compatibles, et fonctionnalités différentes, qu'elles aient été ajoutées au ou supprimées du plus récent)
PS: je ne suis pas exactement sûr de ma notion d'OS. Donc, j'ai utilisé cet article comme source pour considérer GNU/Linux et Android comme étant des OS différents, même si j'admets ne pas trop voir pourquoi les considérer comme différents… mais je ne parviens pas à trouver de définition claire de ce qu'est un OS (aka: quelle est la différence entre un OS et une distribution, ou qu'est-ce qui manque à un kernel, monolithique ou pas, pour être un OS?).
Et tant pis si je marche dedans.
[^] # Re: Soyons sérieux :)
Posté par freem . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 7.
Et les hackers aussi, parce que je n'ai pas l'impression que l'on demande souvent aux gens de faire du travail propre dans les SSII…
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2. Dernière modification le 06 février 2015 à 15:55.
Dans les points que tu cites, aucun n'est par rapport à roundcube, et encore moins à son installation.
Oui, tu peux abandonner, donner de vraies raisons pour dire qu'il faut «faire des pieds et des mains pour installer un webmail qui marchouille juste pour les cas de dépannage» à l'air trop dur pour toi.
Le pire, c'est que tu parles de mutt, mais ce MUA n'est pas trivial à apprendre à utiliser. Contrairement à roundcube.
[^] # Re: Drôle de phrase
Posté par freem . En réponse au journal "Gummiboot UEFI Boot Loader" sera ajouté à Systemd. Évalué à 2.
Un point pour toi… avec le temps mon esprit s'est lavé des mauvaises manies windows on dirait :) pas plus mal.
Exact: si les scripts sont pourris, il est possible que des config auto-générées ne soient pas nettoyée correctement.
Je vais faire mal aux mouches, juste pour pas être d'accord ;) et puis c'est toi qui commence après tout parce que les crapware sont en général installés par le système d'install windows me semble.
Donc, ça dépend: si ton make se crois chez lui et installe dans /, il en mets partout et tu peux difficilement nettoyer ;)
[^] # Re: distribution ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 3.
Je viens de tester.
Franchement, l'install de roundcube est enfantine sous Debian, resterait juste à config pour virer le choix du serveur sur la page d'accueil, mais je doute que ce soit complexe.
Honnêtement, j'ai eu l'impression d'installer claws, ou un truc du même genre. J'aurai du tester plus tôt, j'aurai peut-être pu raccourcir certains threads sur ce sujet.
Ça semble même relativement simple à installer/activer avec autre chose qu'apache, en tout cas, c'est le contenu de /etc/roundcube qui me fait dire ça:
Vu comment ce fut… difficile… d'activer roundcube sur apache (dé-commenter 2 lignes dans l'apache.conf de ce dossier, pour ajouter un alias a apache. Ce sont les 3ème et 4ème lignes du fichier, les deux lignes précédentes indiquant qu'il faut les dé-commenter ou adapter les 2 autres. Dans la tradition Debian quoi: simple et efficace) j'aurai du faire le test plus tôt: ça aurait peut-être raccourcis certains threads.
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 1.
Juste pour être vraiment sûr: tu as essayé? Parce que, oui, la page du wiki indiquée est tout sauf attirante. C'est l'équivalent d'un howto pour compiler, pour moi.
J'en doute, je ne suis pas admin.
Je ne m'aventurerais pas à dire ça.
Bon allez, pour le fun, je me lance, vais faire ça sur ma machine actuelle.
Machine cible:
Debian Wheezy + backports, presque à jour (j'ai pas mis à jour de la semaine…)
Quelques outils de dev installés, notamment pour faire joujou avec postgresql.
Paquets recommandés non installés par défaut.
Gestionnaire de paquets: aptitude (mode ncurses)
Je teste, rien sur localhost. Ah, si, des résidus de trucs que j'ai bricolé par le passé… l'inconvénient d'une machine de dev, faudra que je nettoie ça un jour. Bref, je sais pas ou aller…
Reste à ajouter roundcube à apache. J'ai déjà eu à me battre contre apache par le passé, du coup je crois savoir qu'il faut ajouter un fichier dans /etc/apache2/sites-enabled. Généralement le fichier en question existe dans sites-available, et on est censé faire un lien symbolique, ou utiliser je ne sais plus quelle commande à la con…
Flemme de réfléchir, ddg et "apache ajouter roundcube". Je note les 2nd et 3ème liens: le 2nd est vers le site officiel, en anglais. Flemme. Le 3ème c'est ubuntu, en français, vais jeter un œil.
L'auteur indique: installer via apt-get (déjà fait de mon côté), dé-commenter 2 lignes de conf de roundcube, relancer apache, et aller sur http://monserveur/roundcube. Dans mon cas, http://localhost/roundcube. Je teste, ça semble marcher: roundcube me demande un nom d'utilisateur, un mot de passe et un serveur.
C'est quand que ça deviens compliqué? Peut-être que si j'essaie d'accéder à un serveur pour de vrai, ça ne marche pas? Tu as suivi ce chemin la?
Parce que jusque la, admets le: rien de sorcier… Mais je n'ai pas suivi les instructions officielles, j'ai utilisé la raison d'être des distributions linux: le système de paquet.
Dans mon cas, c'est d'ailleurs inutilement compliqué à cause de ma config perso (j'aime avoir le contrôle maximum sur mon système): un utilisateur vraiment lambda n'aura aucun choix à faire, sauf activer les backports et prendre les versions de roundcube correspondantes.
C'est juste qu'il se retrouvera avec des outils en plus et une base sqlite au lieu de postgresql. Rien de bien méchant.
PS: j'ai failli me faire la config d'apache à la mano, mais j'ai eu la flemme, j'ai horreur de cette usine à gaz. C'est pour ça que j'ai préféré une recherche rapide finalement, et grand bien m'en a pris on dirait. D'ailleurs, cette version de roundcube à l'air plus léchée que celle que j'utilise. Je testerai peut-être plus en détails plus tard.
[^] # Re: Youhou faut coder !
Posté par freem . En réponse au journal KDE Plasma et systemd. Évalué à 3.
Euh… i3 n'en à rien à faire de la taille de son code, c'est pas twm ou ratpoison hein. i3 limite ses fonctionnalités, pas le code. Et comme il ne s'agit «que» d'un gestionnaire de fenêtres, je ne vois strictement aucune raison pour qu'il dépende, de près ou de loin, de l'init.
[^] # Re: squirrelmail versus la mode du full JS
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 0.
Je doute qu'il y ait "encore moins d'Ajax" que pour squirrel, puisque squirrel n'en à pas, d'Ajax ;)
L'HTTP+HTML, par contre, ok ;)
Pour l'export display… tu veux dire, un Xorg accédé à distance? Dans ce cas, je pense que ce serait plus lourd que de l'HTML (données graphique, ouch!). Accessoirement, installer un Xorg sur un serveur est un truc qui m'intrigue: personnellement, sur une machine que je veux stable, j'essaie d'installer le moins de choses possibles, pour réduire les risques de bugs et avoir un comportement le plus prévisible possible.
De toute façon, je ne m'auto-héberge pas, donc je n'ai pas la main sur ce serveur, du coup pour installer des trucs… mal parti.