Posté par freem .
En réponse au message ip fallback.
Évalué à 1.
ebtables pour filtrer les paquets vers le serveur dhcp ?
Je ne connais pas cet outil (pas surprenant en même temps), mais un rapide coup d'œil à aptitude semble indiquer qu'il s'agit d'une sorte d'iptables qui joue avec les @MAC. Je ne vois pas le rapport avec DHCP, puisque pour acquérir une @IP via dhcp, c'est un broadcast si je ne me trompe pas?
configuration vlan d'après les logs ?
Oui, j'utilise vlan pour pouvoir accéder à des VMs. Avec quelques redirections de ports, ces VMs sont accessibles du véritable LAN (172.20.14.*) et ne pourrissent donc pas la plage d'IP de travail. Ça me semblait la meilleure solution considérant que ces VMs sont en fait des VMs de dev, et qu'au fut et à mesure il y en aura de plus en plus: je ne vais pas demander à chaque fois une nouvelle IP… (bon, je pourrais demander une plage, je te l'accorde, mais je préfère garder un maximum d'isolation) du coup ce serveur à la fois héberge les VMs et se comporte comme un routeur.
C'est la meilleure solution que j'ai trouvée, mais bon, je ne doute pas une seule seconde qu'il y ait mieux.
Posté par freem .
En réponse au message ip fallback.
Évalué à 1.
Umpf… timeout de…
Aussi, il semble que la commande utilisée par la personne pour demander un nouveau bail (/etc/init.d/networking stop;sleep 5;/etc/init.d/networking start;) ne fonctionne pas:
sur ma machine, j'ai un avertissement qu'il est impossible de déconfigurer le réseau parce que le système de fichier réseau est encore monté. Comment on peut démonter ça (je n'étais même pas au courant qu'il y avait un système de fichier réseau… enfin, c'est pas plus mal d'apprendre des choses comme ça)?
Parce que du coup, quand il essaie de démarrer, ben pareil, problème.
En utilisant restart, et non stop/sleep/start, j'ai des résultats, mais je ne sais pas s'ils sont normaux?
/etc/init.d# ./networking restart
[warn] Running ./networking restart is deprecated because it may not re-enable some interfaces ... (warning).
[....] Reconfiguring network interfaces...Internet Systems Consortium DHCP Client 4.3.0
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/78:e3:b5:89:df:ea
Sending on LPF/eth0/78:e3:b5:89:df:ea
Sending on Socket/fallback
DHCPRELEASE on eth0 to 172.20.14.254 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
dhclient.c:2286: Failed to send 300 byte long packet over fallback interface.
Removed VLAN -:eth0.1:-
Cannot find device "eth0.1"
Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config
Internet Systems Consortium DHCP Client 4.3.0
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/78:e3:b5:89:df:ea
Sending on LPF/eth0/78:e3:b5:89:df:ea
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPOFFER from 172.20.14.254
DHCPACK from 172.20.14.254
bound to 172.20.14.170 -- renewal in 283316 seconds.
done.
Posté par freem .
En réponse au message ip fallback.
Évalué à 1.
J'ai utilisé cette solution sur ma machine de travail, et ça semble fonctionner. Du moins, en présence de DHCP, ça marche correctement.
Maintenant… j'hésite à l'appliquer sur un serveur de production, parce que je ne connaît aucun moyen de tester réellement (c'est à dire, de pouvoir faire comme si le DHCP était down). Aurais-tu une solution pour ça (débrancher le câble ne fonctionne pas, j'imagine qu'il doit y avoir une détection quelque part)?
Pour débuter, j'ai commencé avec XFCE4, mais maintenant, j'aurai plus tendance à conseiller LXDE, qui est encore plus léger et minimaliste, tout en fournissant l'ensemble des fonctionnalités de base auxquelles s'attend un utilisateur venant du monde windows (calculatrice, éditeur de texte style "notepad", explorateur de fichier, bureau sur lequel on peut placer des icônes, et menu démarrer).
Donc, je te conseillerais plutôt ça, même si je sais que je suis "hors-sujet" dans le sens ou tu demandais un gestionnaire de fenêtre pur. Ceci dit, ton vrai besoin me semble plus d'avoir un système visuellement acceptable (LXDE l'est largement) et réactif même sur une petite machine (idem).
Au sujet de la Distro:
Pour ce qui est de la distro à utiliser…. Franchement, je ne crois pas que ce soit super pertinent: l'important, c'est le nombre de trucs installés.
Perso, là, avec ma bécane du boulot, je suis à 1.8G de RAM utilisés, avec 2 navigateurs, client mail, outil d'admin BDD, une pléthore de terminaux et mpd (un lecteur de musique qui tourne en daemon), après 6H de taf.
Au boot, je ne dépasse pas les 300MiO, et sur mes machines perso, c'est bien "pire".
J'utilise Debian, mais par contre, je ne l'installe qu'avec le strict minimum de paquets, et j'ajoute ensuite un par un les logiciels que je sais que je me sers. Une Debian par défaut en install automatisée, t'installera plus de 1200 paquets, et démarrera des tonnes de trucs qui ne te serviront peut-être pas (probablement pas en fait, sur un netbook: serveur d'impression? serveur de scan? et ce sont des trucs qui tournent en arrière plan…). Je ne sais pas pour arch, ou slitaz, mais je suis sûr que si on y colle gnome ou KDE, on bloat le système autant que sur leurs alternatives, ou presque.
Conclusion: tu prends la distro que tu veux, mais sois avertie qu'elle n'ont pas toutes le même coût en administration. J'ai adopté Debian parce que c'est une distro stable, avec un bon rapport bidouillabilité/efficacité d'administration.
Une distro comme Arch… c'est encore plus bidouillable, mais il vaut mieux faire très attention lors des MaJ. Et si on pars sur Gentoo, on atteint peut-être une des valeurs les plus hautes en matière de customisation, mais le coût en temps de maintenance est très haut.
Ceux qui plaideront une distro contre une autre, n'ont peut-être pas les mêmes contraintes et connaissances que toi.
Posté par freem .
En réponse au message ip fallback.
Évalué à 1.
ton admin a du utiliser
Ce n'est pas lui qui à monté le réseau, mais lui qui en a la charge maintenant… (comprendre: quand je suis arrivé, il n'était pas là et personne se plaignait du réseau. Il est arrivé 2 mois plus tard, et maintenant les gens dans le domaine n'osent même plus éteindre leurs machines le soir de peur de pas pouvoir se reconnecter… XD)
Enfin, peu importe.
La plage d'IPs utilisée par le LAN de nos machines c'est 172.20.14.0/24, je ne sais pas par contre s'il existe d'autres LANs pour les serveurs de certains clients. Mais je devrais pouvoir le vérifier ceci dit.
Posté par freem .
En réponse au message ip fallback.
Évalué à 1.
Disons que même si je n'ai absolument pas confiance dans le DHCP, j'essaie quand même d'être discret. Avoir deux IP pour un serveur c'est pas super de ce point de vue la. Pas envie qu'il se mettre à fouiner trop. Mais effectivement ce serait une solution si je ne trouve rien d'autre.
Posté par freem .
En réponse au message ip fallback.
Évalué à 2.
Pas bête, effectivement, je serai extrêmement surpris que quelqu'un utilise des IPv6… voire même qu'elles soient attribuées en fait. Faudra que je teste avec nmap… et puis ça serait l'occase de me mettre à la v6, en plus.
Je compatis, c'est pas le plus simple à installer redmine. Mais au moins tu n'es pas tombé sur le même problème que moi ( j'avais essayé l'install sur une debian stable de redmine --version backportée-- et j'avais pas pensé à la dépendance ruby… boulet inside ).
En tout cas, je pense que tu as 2 problèmes:
pas de serveur http, ou alors redmine n'y à pas été intégré (il faut le faire à la main, parce qu'il n'y à pas qu'apache dans la vie, mais ils auraient pu mettre une dépendance sur un paquet virtuel http-server ou que sais-je… yakafokon :) )
bases de données non créées: si je ne me trompe pas, il faut construire la DB, le paquet ne le fait pas je crois (j'insiste: je crois). Le comment est expliqué ici.
En faîte je pensais faire un peu comme apt-get et résoudre les dépendances automatiquement.
Mais ce n'est pas le rôle de dpkg.
je doit créer un dossier cacher dans le $HOME de l'utilisateur pour les ressources de mon programme
Non…
Ça, c'est ton programme qui doit le faire, quitte à créer un 2nd programme dédié à ça, parce que si tu le fais lors de l'install, qu'adviendra-t-il si l'utilisateur, pour une raison X ou Y supprime "tes" fichiers? Qu'adviendra-t-il si un utilisateur est créé après l'installation?
Et cette restriction sévère de lintian est une entrave a la liberté des programmeurs Linux qui se dit (et il l'est) être un système libre,
Ce n'est pas parce que c'est libre que ça doit être le bordel. Lintian est là pour s'assurer que l'utilisateur est libre et le reste.
Mon script Post-Install Fait appel a des test comme:
python -m pygtk # Démarrer python en chargeant le module pygtk a usage de test.
if [[ $? != 0 ]] ; then
apt-get install python-gtk2
fi
Euh… attend, pourquoi tu installes des paquets dans les scripts au juste? Si tu en dépends, ils doivent être listés dans le fichier DEBIAN/control, sur la ligne "Depends"!
Accessoirement, ça permettra aux gens qui suppriment apt-get de pouvoir utiliser ton paquet.
Et puis un paquetage *.deb valide n'est pas aisé a générer, car il existe un programme anmaired'heure qui s'appelle lintian et qui vérifie sévèrement la validité du paquetage *.deb.
Ce n'est pas un programme emmerdeur, mais un programme qui t'aide à créer des paquets de qualité, chose importante pour les utilisateurs et les mainteneurs.
Mais tu n'es pas obligé d'être conforme pour diffuser ton paquet toi-même, c'est juste utile si et seulement si tu veux qu'il soit intégré dans Debian, et je ne suis même pas sûr que ce soit obligatoire…
Installerai vous le programme si pendant l'installation une fenêtre de dialogue s'ouvre et vous dit que le paquetage n'est pas valide ?
Je n'ai jamais vu de telle fenêtre, pourtant j'ai utilisé des dépôts externes depuis quelques temps: codeblocks, opera, et i3. Le seul truc, c'est que j'ai parfois des avertissements comme quoi le contenu n'est pas signé (dans le cas de codeblocks avant, mais l'un des dev avait mis une clé pgp, et i3 ou il n'y à pas de signature ), mais ça ne m'a jamais empêché d'installer les paquets que je veux. C'est juste que je ne le ferai pas sur des machines sensibles en fait.
C'était juste pour jouer le chieur, hein, je suis d'accord avec ce que tu dis. Mon véritable propos est juste qu'il vaut mieux éviter de prendre pour acquis qu'une archive Debian tournera sur les dérivées sans problème.
Par contre, une fois recompilé, éventuellement avec quelques modif du DEBIAN/control, là oui, ça marchera tout le temps --à condition qu'il n'y ait pas nécessité de porter du code d'une version d'une lib à une autre bien entendu--.
J'imagine qu'il doit même du coup devenir possible d'utiliser un paquet source .deb pour générer une archive utilisable sur RHEL, fedora & co, ils doivent bien avoir un truc qui fasse l'inverse d'alien?
Moui. Sauf que VS aussi est capable de remonter dans le temps, de mémoire. Tout comme gdb.
En fait, gdb est aussi puissant que le déboggueur de VS, mais je ne connaît simplement aucune interface digne de ce nom qui l'exploite (oui, j'en ai testé plusieurs avant de parler: kdevelop, code::blocks, ddd, cgdb, qtcreator, notamment).
Quant aux autres fonctions qui marchent très mal:
L'auto-complétion de VS 2008 battait à plate couture celle de C::B ou de QtCreator en 2012.
Mais comme tout n'est pas rose, je dirais qu'au moins C::B bat(tai?)s VS sur un point: la gestion des workspace et relations entre les projets, ainsi que l'inclusion de libs externes. Au niveau IHM, de ce côté, VS est horrible.
Sauf que sur un mini pc, la déco traditionnellement minimaliste d'un twm est un sacré avantage, si on ne parle que de l'espace écran. La capacité de placer de mini appli (genre calculatrice, terminal pour sniffer un truc particulier, que sais-je) m'est également précieuse.
Mais, effectivement, mes scripts de contrôle diffèrent quand je passe du netbook 10" au desktop dual screen 19" (même sûr de la taille, pour le coup xD) et dans les deux cas, je trouve ça nettement plus confortable que le traditionnel stacking.
En même temps, tu dis aussi que plus de 25%, soit plus d' 1 paquet sur quatre, est modifié…
Pour être un peu plus constructif et pas juste inverser des propos qui sont, au final, plutôt pertinents, je dirais que selon le langage, il sera très simple et sûr d'intégrer le paquet à une distro ou une autre sachant décompacter un .deb.
Pour généraliser, si on utilise un langage interprété, il y à de bonnes chances que la distro ne soit pas un problème: je doute qu'Ubuntu s'amuse à changer les noms des dépendances python pour rien, par exemple.
Par contre, dans le cas d'un truc compilé en langage machine (et pas en langage machine virtuelle, genre java), on s'expose à des problèmes d'ABI, et la, c'est vraiment pas sûr que ça passe de Debian à Ubuntu (ou l'inverse) sans perte ni fracas. J'ai déjà essayé d'installer un paquet buntu sur une Debian, même en trichant avec les noms des dépendances, ça se finissait en segfault à cause d'un problème de linkage.
C’était quand ça? La disposition n’est pas normalisée certes, mais elle ne bouge plus depuis 2008.
Il y à 2-3 ans. Mais j'aurai peut-être dû mettre l'emphase sur le mot "impression".
ou alors jouer à l'emacsien pour taper une foutue {… c'est juste pas possible pour moi.
?
Je fais référence à l'usage de combinaisons à 3 touches.
Le bépo est très bien adapté pour taper du français, de l’anglais et du code
Mouai… vu l'endroit ou est placé le W (petit doigt de la main droite, sur la touche '$' azerty fr) qui est très utilisé en anglais, j'ai un doute pour l'anglais. Sinon, j'ai l'impression qu'il y à plus de caractères nécessitant la touche alt-gr qu'en azerty pour coder (j'en dénombre 12 ici contre 8 sur mon layout azerty), touche que je trouve franchement pénible à utiliser (pas vraiment placée pour être accédée toutes les 30s pour moi). Enfin, je me trompe peut-être.
Toujours les mêmes clichés sur le Bépo — allez voir le site, il y a plein d’infos, venez sur l’IRC poser des questions au de rester sur des clichés et des vieilles idées.
Non, mais j'ai été voir et m'y suis réellement intéressé, à un moment (j'ai d'ailleurs trouvé le site très bien foutu).
Enfin… histoire de prouver ce que je viens de dire, je vais simplement citer le site officiel: L’arrangement des touches de la disposition bépo est basé sur une étude statistique de la langue française. qui est contradictoire avec l'une de tes assertions: Le bépo est très bien adapté pour taper du français, de l’anglais et du code parce que pas mal de langages de programmation ont été créés par des anglophones habitués au clavier qwerty, par exemple '$' ou divers autres caractères tels que [] {} sont accessibles très facilement (combinaisons à 2 touches n'utilisant pas alt-gr), si je ne me trompe pas.
Je te rétorquerais donc qu'il est facile d'accuser les autres de ne pas s'être renseignés.
D'un autre côté, tu dis que Dvorak est moins efficace, mais de quelle version parles-tu? (il s'agit d'une vraie question, je précise)
Il me semble évident que le Dvorak US est moins efficace si j'ai besoin d'écrire en français, mais j'ai entendu parler d'une version internationale, qu'en est-il?
Limite, les windows managers en tiling sont plus pertinent, mais il faut avoir une bonne résolution pour être confortable.
Là, il va falloir argumenter, parce que perso j'ai trouvé le tiling très intéressant sur mon netbook, grâce à l'économie de place qu'ils induisent (pas d'interstice entre les fenêtres, décorations de fenêtre réduites voire supprimées, disposition en onglets ou en stack des diverses fenêtres et comble de bonheur, contrôle clavier intégral, mais ce dernier point n'a rien à voir avec la taille des écrans).
Nan mais Sourceforge c’est vieux, c’est moche, ils suppriment des fonctionnalités, ça évolue pas pas
Mais c'est une plate-forme simple à utiliser gratuitement qui intègre, de mémoire, la possibilité de faire un site, d'intégrer un forum, wiki, vcs, et divers autre trucs.
La seule alternative qui m'avait plus quand j'avais voulu faire un projet, ça à été gnu.savannah.org (enfin, non-gnu.blabla…). Berlioz ne m'avais pas convaincu, et gna était une caricature en terme de maintenance déjà il y à 3 ans… parce que non, bitbucket et github ne sont pas des alternatives, nettement moins souples et puissants, et bien plus lourds (surtout github, parfois aller dessus me donne envie de le comparer à eclipse!).
Enfin, si tu en connais d'autres, je suis intéressé en tout cas. À part l'auto-hébergement, bien sûr :)
En plus c’est trop galère pour télécharger un truc de Sourceforge depuis un script (j’ai pas trouvé comment faire).
Exact, je me souviens qu'unvanquished utilise un script pour télécharger les map, et il y à une histoire de mirroir français pour SF.net qui foire.
en plus c’est pas un truc à décocher mais le bouton «installer la barre d’outil» en gros est à la place du bouton «suivant»
Je me souviens uniquement d'un truc à décocher moi justement? Enfin, ça fait quelques temps que je n'y suis pas retourné, et que je ne travaille plus sous windows d'ailleurs (pourvu que ça dure).
Hum, juste, plus de systemd central, il te reste très probablement des tonnes de dépendances vers des parcelles de ce logiciel.
Sinon, pour éviter ce type de mésaventure à l'avenir, je te conseillerais d'utiliser l'interface ncurses d'aptitude, elle possède une fonction très pratique: un aperçu en couleur des paquets installés, supprimés, ou mis à jour (cassés, aussi, très utile ça).
Question de point de vue. Perso, avec un seul ou plusieurs écrans, si j'utilise un wm classique, le multi-bureau me sort par les yeux.
J'ai commencé à utiliser ce genre de trucs quand j'ai commencé à utiliser i3, qui est pavant et donc "moins souple" qu'un wm classique (dans le sens ou on ne peux pas réduire une fenêtre. Pourquoi le ferais-t-on d'ailleurs, on à des workspaces qui sont là pour ça, voire le scratchpad --que je n'aime absolument pas--).
Avant, avec XFCE ou même compiz, non, ça m'emmerdait.
Sinon, le multi-bureau ne remplace en rien le multi-écran: avec 2 écrans, on peut voir plus de choses en même temps. Le multi-bureau lui, permets de grouper les applications par "thème". Des utilisateurs n'ayant pas l'habitude d'avoir 20000 soft qui tournent en même temps n'ont pas nécessairement ce besoin, et ça peut être le cas de développeurs, notamment sous windows ou la culture de la console n'est quasiment pas présente: mes collègues en lancent une ponctuellement, puis la ferment ou la réduisent dans la barre des tâches.
À part ça, ils ont un IDE, un gestionnaire de bdd, un navigateur, éventuellement la suite bureautique et un client mail dans la zone de notification, quelques gestionnaires de fichiers…
À tout casser 10-15 fenêtres, pas la mer à boire avec le regroupement en barre des tâches, même si je serais moi incapable de revenir à ce fonctionnement:
comment ça, pour contrôler le lecteur de musique, je dois prendre la souris? Ou switcher sur une autre application?
En quel honneur devrais-je prendre la souris pour déterminer rapidement dans quelle fenêtre je veux travailler, alors qu'il ne s'agit que de contrôler du texte dans les deux cas?
Et pourquoi diantre devrais-je dimensionner mes fenêtres une par une moi-même???
Non, vraiment, je galèrerais, mais je peux concevoir que les tuiles, ça plaît pas à tout le monde. Tout comme les bureaux multiples.
On peut faire du Java avec VS? J'étais pas au courant.
En tout cas, pour le C++, je l'ai trouvé pas trop mal. Plus casse-couille à gérer les dépendances dans le workspace ou à des libs externes que C::B, certes, mais pour le reste c'est pas trop mal. Et puis, j'utilisais C::B nightly builds il y à 1-2 ans, contre un VS 2008… Ça à sûrement dû changer depuis.
Sinon, je trouvais l'auto-complétion de VS bien plus aboutie que celle de C::B, et pour comparer à ses autres concurrents que j'ai eu l'heur de tester: eclipse se fait pourrir à plate couture, netbeans j'ai pas assez joué avec, et qtcreator, je peux juste pas supporter son IHM, question de style et donc de goûts.
il est carrément médiocre vu son prix
La version express est gratuite, non? Qu'est-ce qu'elle ne permets pas de faire qui soit vital, au juste?
[^] # Re: que de bonnes idées
Posté par freem . En réponse au sondage Quand je vois une session ouverte.... Évalué à 1.
Yep, dommage que la plupart ne marchent pas sur windows :)
[^] # Re: L'option fixed-address
Posté par freem . En réponse au message ip fallback. Évalué à 1.
Je ne connais pas cet outil (pas surprenant en même temps), mais un rapide coup d'œil à aptitude semble indiquer qu'il s'agit d'une sorte d'iptables qui joue avec les @MAC. Je ne vois pas le rapport avec DHCP, puisque pour acquérir une @IP via dhcp, c'est un broadcast si je ne me trompe pas?
Oui, j'utilise vlan pour pouvoir accéder à des VMs. Avec quelques redirections de ports, ces VMs sont accessibles du véritable LAN (172.20.14.*) et ne pourrissent donc pas la plage d'IP de travail. Ça me semblait la meilleure solution considérant que ces VMs sont en fait des VMs de dev, et qu'au fut et à mesure il y en aura de plus en plus: je ne vais pas demander à chaque fois une nouvelle IP… (bon, je pourrais demander une plage, je te l'accorde, mais je préfère garder un maximum d'isolation) du coup ce serveur à la fois héberge les VMs et se comporte comme un routeur.
C'est la meilleure solution que j'ai trouvée, mais bon, je ne doute pas une seule seconde qu'il y ait mieux.
[^] # Re: L'option fixed-address
Posté par freem . En réponse au message ip fallback. Évalué à 1.
Umpf… timeout de…
Aussi, il semble que la commande utilisée par la personne pour demander un nouveau bail (/etc/init.d/networking stop;sleep 5;/etc/init.d/networking start;) ne fonctionne pas:
sur ma machine, j'ai un avertissement qu'il est impossible de déconfigurer le réseau parce que le système de fichier réseau est encore monté. Comment on peut démonter ça (je n'étais même pas au courant qu'il y avait un système de fichier réseau… enfin, c'est pas plus mal d'apprendre des choses comme ça)?
Parce que du coup, quand il essaie de démarrer, ben pareil, problème.
En utilisant restart, et non stop/sleep/start, j'ai des résultats, mais je ne sais pas s'ils sont normaux?
Network unreachable? De quel réseau il parle?
[^] # Re: L'option fixed-address
Posté par freem . En réponse au message ip fallback. Évalué à 1.
J'ai utilisé cette solution sur ma machine de travail, et ça semble fonctionner. Du moins, en présence de DHCP, ça marche correctement.
Maintenant… j'hésite à l'appliquer sur un serveur de production, parce que je ne connaît aucun moyen de tester réellement (c'est à dire, de pouvoir faire comme si le DHCP était down). Aurais-tu une solution pour ça (débrancher le câble ne fonctionne pas, j'imagine qu'il doit y avoir une détection quelque part)?
# WM unique, ou DE super minimaliste?
Posté par freem . En réponse au message Choix d'un gestionnaire de fenêtres. Évalué à 4.
Pour débuter, j'ai commencé avec XFCE4, mais maintenant, j'aurai plus tendance à conseiller LXDE, qui est encore plus léger et minimaliste, tout en fournissant l'ensemble des fonctionnalités de base auxquelles s'attend un utilisateur venant du monde windows (calculatrice, éditeur de texte style "notepad", explorateur de fichier, bureau sur lequel on peut placer des icônes, et menu démarrer).
Donc, je te conseillerais plutôt ça, même si je sais que je suis "hors-sujet" dans le sens ou tu demandais un gestionnaire de fenêtre pur. Ceci dit, ton vrai besoin me semble plus d'avoir un système visuellement acceptable (LXDE l'est largement) et réactif même sur une petite machine (idem).
Au sujet de la Distro:
Pour ce qui est de la distro à utiliser…. Franchement, je ne crois pas que ce soit super pertinent: l'important, c'est le nombre de trucs installés.
Perso, là, avec ma bécane du boulot, je suis à 1.8G de RAM utilisés, avec 2 navigateurs, client mail, outil d'admin BDD, une pléthore de terminaux et mpd (un lecteur de musique qui tourne en daemon), après 6H de taf.
Au boot, je ne dépasse pas les 300MiO, et sur mes machines perso, c'est bien "pire".
J'utilise Debian, mais par contre, je ne l'installe qu'avec le strict minimum de paquets, et j'ajoute ensuite un par un les logiciels que je sais que je me sers. Une Debian par défaut en install automatisée, t'installera plus de 1200 paquets, et démarrera des tonnes de trucs qui ne te serviront peut-être pas (probablement pas en fait, sur un netbook: serveur d'impression? serveur de scan? et ce sont des trucs qui tournent en arrière plan…). Je ne sais pas pour arch, ou slitaz, mais je suis sûr que si on y colle gnome ou KDE, on bloat le système autant que sur leurs alternatives, ou presque.
Conclusion: tu prends la distro que tu veux, mais sois avertie qu'elle n'ont pas toutes le même coût en administration. J'ai adopté Debian parce que c'est une distro stable, avec un bon rapport bidouillabilité/efficacité d'administration.
Une distro comme Arch… c'est encore plus bidouillable, mais il vaut mieux faire très attention lors des MaJ. Et si on pars sur Gentoo, on atteint peut-être une des valeurs les plus hautes en matière de customisation, mais le coût en temps de maintenance est très haut.
Ceux qui plaideront une distro contre une autre, n'ont peut-être pas les mêmes contraintes et connaissances que toi.
[^] # Re: L'option fixed-address
Posté par freem . En réponse au message ip fallback. Évalué à 1.
Merci! Ça à l'air d'être exactement ce que je recherche!
[^] # Re: dans /etc/network/interfaces
Posté par freem . En réponse au message ip fallback. Évalué à 1.
Ce n'est pas lui qui à monté le réseau, mais lui qui en a la charge maintenant… (comprendre: quand je suis arrivé, il n'était pas là et personne se plaignait du réseau. Il est arrivé 2 mois plus tard, et maintenant les gens dans le domaine n'osent même plus éteindre leurs machines le soir de peur de pas pouvoir se reconnecter… XD)
Enfin, peu importe.
La plage d'IPs utilisée par le LAN de nos machines c'est 172.20.14.0/24, je ne sais pas par contre s'il existe d'autres LANs pour les serveurs de certains clients. Mais je devrais pouvoir le vérifier ceci dit.
[^] # Re: Pourquoi pas les deux
Posté par freem . En réponse au message ip fallback. Évalué à 1.
Disons que même si je n'ai absolument pas confiance dans le DHCP, j'essaie quand même d'être discret. Avoir deux IP pour un serveur c'est pas super de ce point de vue la. Pas envie qu'il se mettre à fouiner trop. Mais effectivement ce serait une solution si je ne trouve rien d'autre.
[^] # Re: IPv6
Posté par freem . En réponse au message ip fallback. Évalué à 2.
Pas bête, effectivement, je serai extrêmement surpris que quelqu'un utilise des IPv6… voire même qu'elles soient attribuées en fait. Faudra que je teste avec nmap… et puis ça serait l'occase de me mettre à la v6, en plus.
# serveur ouaib
Posté par freem . En réponse au message Redmine : Comment savoir ce que fait "l'installeur" de paquets de Debian. Évalué à 2.
Je compatis, c'est pas le plus simple à installer redmine. Mais au moins tu n'es pas tombé sur le même problème que moi ( j'avais essayé l'install sur une debian stable de redmine --version backportée-- et j'avais pas pensé à la dépendance ruby… boulet inside ).
En tout cas, je pense que tu as 2 problèmes:
En espérant que ça aide…
[^] # Re: merci pour vos réponses.
Posté par freem . En réponse au message Distributions utilisant le système de paquetage *.deb.. Évalué à 2.
Mais ce n'est pas le rôle de dpkg.
Non…
Ça, c'est ton programme qui doit le faire, quitte à créer un 2nd programme dédié à ça, parce que si tu le fais lors de l'install, qu'adviendra-t-il si l'utilisateur, pour une raison X ou Y supprime "tes" fichiers? Qu'adviendra-t-il si un utilisateur est créé après l'installation?
Ce n'est pas parce que c'est libre que ça doit être le bordel. Lintian est là pour s'assurer que l'utilisateur est libre et le reste.
[^] # Re: merci pour vos réponses.
Posté par freem . En réponse au message Distributions utilisant le système de paquetage *.deb.. Évalué à 1.
Euh… attend, pourquoi tu installes des paquets dans les scripts au juste? Si tu en dépends, ils doivent être listés dans le fichier DEBIAN/control, sur la ligne "Depends"!
Accessoirement, ça permettra aux gens qui suppriment apt-get de pouvoir utiliser ton paquet.
Ce n'est pas un programme emmerdeur, mais un programme qui t'aide à créer des paquets de qualité, chose importante pour les utilisateurs et les mainteneurs.
Mais tu n'es pas obligé d'être conforme pour diffuser ton paquet toi-même, c'est juste utile si et seulement si tu veux qu'il soit intégré dans Debian, et je ne suis même pas sûr que ce soit obligatoire…
Je n'ai jamais vu de telle fenêtre, pourtant j'ai utilisé des dépôts externes depuis quelques temps: codeblocks, opera, et i3. Le seul truc, c'est que j'ai parfois des avertissements comme quoi le contenu n'est pas signé (dans le cas de codeblocks avant, mais l'un des dev avait mis une clé pgp, et i3 ou il n'y à pas de signature ), mais ça ne m'a jamais empêché d'installer les paquets que je veux. C'est juste que je ne le ferai pas sur des machines sensibles en fait.
[^] # Re: Format .deb et compatibilité
Posté par freem . En réponse au message Distributions utilisant le système de paquetage *.deb.. Évalué à 1.
C'était juste pour jouer le chieur, hein, je suis d'accord avec ce que tu dis. Mon véritable propos est juste qu'il vaut mieux éviter de prendre pour acquis qu'une archive Debian tournera sur les dérivées sans problème.
Par contre, une fois recompilé, éventuellement avec quelques modif du DEBIAN/control, là oui, ça marchera tout le temps --à condition qu'il n'y ait pas nécessité de porter du code d'une version d'une lib à une autre bien entendu--.
J'imagine qu'il doit même du coup devenir possible d'utiliser un paquet source .deb pour générer une archive utilisable sur RHEL, fedora & co, ils doivent bien avoir un truc qui fasse l'inverse d'alien?
[^] # Re: Visual Studio un bon produit ?
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Moui. Sauf que VS aussi est capable de remonter dans le temps, de mémoire. Tout comme gdb.
En fait, gdb est aussi puissant que le déboggueur de VS, mais je ne connaît simplement aucune interface digne de ce nom qui l'exploite (oui, j'en ai testé plusieurs avant de parler: kdevelop, code::blocks, ddd, cgdb, qtcreator, notamment).
Quant aux autres fonctions qui marchent très mal:
L'auto-complétion de VS 2008 battait à plate couture celle de C::B ou de QtCreator en 2012.
Mais comme tout n'est pas rose, je dirais qu'au moins C::B bat(tai?)s VS sur un point: la gestion des workspace et relations entre les projets, ainsi que l'inclusion de libs externes. Au niveau IHM, de ce côté, VS est horrible.
[^] # Re: Désolé de briser un mythe...
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Dans ton cas, il faut une bonne résolution peu importe le style de wm en fait :)
[^] # Re: Visual Studio un bon produit ?
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 0.
Bah, on parle de MS quand même :)
[^] # Re: /me avoir de la chance…
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
J'ai jamais dit que j'étais compétent avec :)
[^] # Re: Désolé de briser un mythe...
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Je n'ai pas dit le contraire.
Sauf que sur un mini pc, la déco traditionnellement minimaliste d'un twm est un sacré avantage, si on ne parle que de l'espace écran. La capacité de placer de mini appli (genre calculatrice, terminal pour sniffer un truc particulier, que sais-je) m'est également précieuse.
Mais, effectivement, mes scripts de contrôle diffèrent quand je passe du netbook 10" au desktop dual screen 19" (même sûr de la taille, pour le coup xD) et dans les deux cas, je trouve ça nettement plus confortable que le traditionnel stacking.
[^] # Re: Format .deb et compatibilité
Posté par freem . En réponse au message Distributions utilisant le système de paquetage *.deb.. Évalué à 1.
En même temps, tu dis aussi que plus de 25%, soit plus d' 1 paquet sur quatre, est modifié…
Pour être un peu plus constructif et pas juste inverser des propos qui sont, au final, plutôt pertinents, je dirais que selon le langage, il sera très simple et sûr d'intégrer le paquet à une distro ou une autre sachant décompacter un .deb.
Pour généraliser, si on utilise un langage interprété, il y à de bonnes chances que la distro ne soit pas un problème: je doute qu'Ubuntu s'amuse à changer les noms des dépendances python pour rien, par exemple.
Par contre, dans le cas d'un truc compilé en langage machine (et pas en langage machine virtuelle, genre java), on s'expose à des problèmes d'ABI, et la, c'est vraiment pas sûr que ça passe de Debian à Ubuntu (ou l'inverse) sans perte ni fracas. J'ai déjà essayé d'installer un paquet buntu sur une Debian, même en trichant avec les noms des dépendances, ça se finissait en segfault à cause d'un problème de linkage.
[^] # Re: Ready for the desktop, pas encore pour le bureau.
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Il y à 2-3 ans. Mais j'aurai peut-être dû mettre l'emphase sur le mot "impression".
Je fais référence à l'usage de combinaisons à 3 touches.
Mouai… vu l'endroit ou est placé le W (petit doigt de la main droite, sur la touche '$' azerty fr) qui est très utilisé en anglais, j'ai un doute pour l'anglais. Sinon, j'ai l'impression qu'il y à plus de caractères nécessitant la touche alt-gr qu'en azerty pour coder (j'en dénombre 12 ici contre 8 sur mon layout azerty), touche que je trouve franchement pénible à utiliser (pas vraiment placée pour être accédée toutes les 30s pour moi). Enfin, je me trompe peut-être.
Non, mais j'ai été voir et m'y suis réellement intéressé, à un moment (j'ai d'ailleurs trouvé le site très bien foutu).
Enfin… histoire de prouver ce que je viens de dire, je vais simplement citer le site officiel:
L’arrangement des touches de la disposition bépo est basé sur une étude statistique de la langue française.qui est contradictoire avec l'une de tes assertions:Le bépo est très bien adapté pour taper du français, de l’anglais et du codeparce que pas mal de langages de programmation ont été créés par des anglophones habitués au clavier qwerty, par exemple '$' ou divers autres caractères tels que [] {} sont accessibles très facilement (combinaisons à 2 touches n'utilisant pas alt-gr), si je ne me trompe pas.Je te rétorquerais donc qu'il est facile d'accuser les autres de ne pas s'être renseignés.
D'un autre côté, tu dis que Dvorak est moins efficace, mais de quelle version parles-tu? (il s'agit d'une vraie question, je précise)
Il me semble évident que le Dvorak US est moins efficace si j'ai besoin d'écrire en français, mais j'ai entendu parler d'une version internationale, qu'en est-il?
[^] # Re: Désolé de briser un mythe...
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Là, il va falloir argumenter, parce que perso j'ai trouvé le tiling très intéressant sur mon netbook, grâce à l'économie de place qu'ils induisent (pas d'interstice entre les fenêtres, décorations de fenêtre réduites voire supprimées, disposition en onglets ou en stack des diverses fenêtres et comble de bonheur, contrôle clavier intégral, mais ce dernier point n'a rien à voir avec la taille des écrans).
[^] # Re: /me avoir de la chance…
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Mais c'est une plate-forme simple à utiliser gratuitement qui intègre, de mémoire, la possibilité de faire un site, d'intégrer un forum, wiki, vcs, et divers autre trucs.
La seule alternative qui m'avait plus quand j'avais voulu faire un projet, ça à été gnu.savannah.org (enfin, non-gnu.blabla…). Berlioz ne m'avais pas convaincu, et gna était une caricature en terme de maintenance déjà il y à 3 ans… parce que non, bitbucket et github ne sont pas des alternatives, nettement moins souples et puissants, et bien plus lourds (surtout github, parfois aller dessus me donne envie de le comparer à eclipse!).
Enfin, si tu en connais d'autres, je suis intéressé en tout cas. À part l'auto-hébergement, bien sûr :)
Exact, je me souviens qu'unvanquished utilise un script pour télécharger les map, et il y à une histoire de mirroir français pour SF.net qui foire.
Je me souviens uniquement d'un truc à décocher moi justement? Enfin, ça fait quelques temps que je n'y suis pas retourné, et que je ne travaille plus sous windows d'ailleurs (pourvu que ça dure).
[^] # Re: SysVinit est-il toujours présent ?
Posté par freem . En réponse au message [Résolu] Désactiver systemd. Évalué à 1.
Hum, juste, plus de systemd central, il te reste très probablement des tonnes de dépendances vers des parcelles de ce logiciel.
Sinon, pour éviter ce type de mésaventure à l'avenir, je te conseillerais d'utiliser l'interface ncurses d'aptitude, elle possède une fonction très pratique: un aperçu en couleur des paquets installés, supprimés, ou mis à jour (cassés, aussi, très utile ça).
[^] # Re: Désolé de briser un mythe...
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2. Dernière modification le 07 juillet 2014 à 12:34.
Question de point de vue. Perso, avec un seul ou plusieurs écrans, si j'utilise un wm classique, le multi-bureau me sort par les yeux.
J'ai commencé à utiliser ce genre de trucs quand j'ai commencé à utiliser i3, qui est pavant et donc "moins souple" qu'un wm classique (dans le sens ou on ne peux pas réduire une fenêtre. Pourquoi le ferais-t-on d'ailleurs, on à des workspaces qui sont là pour ça, voire le scratchpad --que je n'aime absolument pas--).
Avant, avec XFCE ou même compiz, non, ça m'emmerdait.
Sinon, le multi-bureau ne remplace en rien le multi-écran: avec 2 écrans, on peut voir plus de choses en même temps. Le multi-bureau lui, permets de grouper les applications par "thème". Des utilisateurs n'ayant pas l'habitude d'avoir 20000 soft qui tournent en même temps n'ont pas nécessairement ce besoin, et ça peut être le cas de développeurs, notamment sous windows ou la culture de la console n'est quasiment pas présente: mes collègues en lancent une ponctuellement, puis la ferment ou la réduisent dans la barre des tâches.
À part ça, ils ont un IDE, un gestionnaire de bdd, un navigateur, éventuellement la suite bureautique et un client mail dans la zone de notification, quelques gestionnaires de fichiers…
À tout casser 10-15 fenêtres, pas la mer à boire avec le regroupement en barre des tâches, même si je serais moi incapable de revenir à ce fonctionnement:
Non, vraiment, je galèrerais, mais je peux concevoir que les tuiles, ça plaît pas à tout le monde. Tout comme les bureaux multiples.
[^] # Re: Visual Studio un bon produit ?
Posté par freem . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
On peut faire du Java avec VS? J'étais pas au courant.
En tout cas, pour le C++, je l'ai trouvé pas trop mal. Plus casse-couille à gérer les dépendances dans le workspace ou à des libs externes que C::B, certes, mais pour le reste c'est pas trop mal. Et puis, j'utilisais C::B nightly builds il y à 1-2 ans, contre un VS 2008… Ça à sûrement dû changer depuis.
Sinon, je trouvais l'auto-complétion de VS bien plus aboutie que celle de C::B, et pour comparer à ses autres concurrents que j'ai eu l'heur de tester: eclipse se fait pourrir à plate couture, netbeans j'ai pas assez joué avec, et qtcreator, je peux juste pas supporter son IHM, question de style et donc de goûts.
La version express est gratuite, non? Qu'est-ce qu'elle ne permets pas de faire qui soit vital, au juste?