Bonjour tout le monde,

Je voudrais me relancer dans l'installation d'une Debian Unstable, et je me posais une question quand au gestionnaire de fenêtre.

Lors de mes précédents essais j'avais toujours utilisé Gnome, et là dernièrement, je suis tombés sur E17 (Enlightenment).

La question que je me posais, c'est au niveau des applications graphique, je pourrai utiliser sans problème la plupart des applications utilisables sous GNOME ? (Navré si la question est bête)

Et à tout hasard, est-ce que certaines personnes ont utilisé ce gestionnaire de fenêtre et aurait un avis constructif sur celui-ci ?

Je vous remercie par avance, en vous souhaitant une excellent journée!

Some Windows Apps Make GRUB 2 Unbootable http://linux.slashdot.org/story/10/08/28/2112208/Some-Windows-Apps-Make-GRUB-2-Unbootable

Bah il n'y a rien de nouveau. Toutes les applications qui mettent des choses dans le MBR écrase Grub 2.
Une solution est d'installer Grub 2 sur le MBR de la partition / et de jouer avec les boots de flags. Bien que Grub 2 insulte ceux qui font ça, je n'ai jamais eu de problèmes (et d'ailleurs Grub 1 permettait déjà ça sans insulter les gens).

ChatLumo : E17 c'est … particulier. Je te le déconseille vivement, surtout que Fvwm-crystal devrait te fournir un environnement très similaire.

Sinon, il n'y a normalement pas de lien direct entre les gestionnaires de fenêtres et les applications.

Enfin, je te conseille plutôt les applications de KDE qui sont très souvent meilleures que leurs équivalents Gnome (amarok, k3b, ark, ...). J'ajoute une exception à ça : prends plutôt pcmanfm comme gestionnaire de fichiers.

J'adore E17 mais je vais regarder Fvwm-crystal

Chris_27
Posté le 2 septembre 2010 à 16:14:46 ChatLumo : E17 c'est … particulier. Je te le déconseille vivement, surtout que Fvwm-crystal devrait te fournir un environnement très similaire.

Sinon, il n'y a normalement pas de lien direct entre les gestionnaires de fenêtres et les applications.

Enfin, je te conseille plutôt les applications de KDE qui sont très souvent meilleures que leurs équivalents Gnome (amarok, k3b, ark, ...). J'ajoute une exception à ça : prends plutôt pcmanfm comme gestionnaire de fichiers.

Merci bien pour ton conseil, j'en prends bonne note, et vais regarder tout ça de plus prêt

En vous souhaitant une agréable fin de journeé!

Ça bouge pas mal côté DragonFlyBSD
: http://www.shiningsilence.com/dbsdlog/2010/09/02
/6337.html
— Un nouveau bootloder écrit en C vient remplacer l'ancien basé sur 4th.
— Le travail de suppression du BGL avance à grand pas et la réactivité du système est déjà impactée apparemment (de façon positive bien sûr :p ).

Ils bossent bien ces p'tits gars !

Restera plus qu'open avec un bkl

Yep, je sais même pas s'ils se posent la question de travailler dessus.

Sankukai : yep, mais je n'arrive toujours pas à puller le port tree.

La priorité c'est la sécurité, sécurité = code lisible, d'après des mails que j'ai vu passer le lock fin de freebsd est une horreur à ce niveau. Donc ils y pensent et regardent ce qui se passe ailleurs, mais à moins que dragonfly nous ponde une solution simple et propre ou qu'un génie le fasse dans open, je doute qu'ils retirent le BKL de sitôt

Faudra que je jette un oeil à rthreads moi tiens, d'ailleurs.

Chris_27> Comment ça ?

Dargor> C'est clair que ça complexifie énormément le code. FreeBSD d'une part effectivement, mais aussi NetBSD avec le travail de titan d'Andrew Doran particulièrement qui a connu un diff de plus de 7 millions de lignes entre la 4.0 et la 5.0 (une très grosse partie est liée à la bonne gestion du MP et la suppression du BKL). Je pense qu'avec les LWKT, DragonFlyBSD est à même de sortir du BKL de la façon la plus rapide et la plus élégante. Problème ce ne sera pas portable, donc reste la solution du génie.
Je suis aussi intéressé par rthreads mais j'ai l'impression que ça avance aussi vite que pcc. :/

Sankukai:

1. cd /usr
2. make pkgsrc-create

une erreur git sur une branche qui fait que le make crache et que le dossier pkgsrc est vidé.

J'ai un peu fouillé sur le net, sans succès.

Ah tiens. :/
T'as toujours la solution cvs mais c'est pas glop glop…

Y'a des commits sur librthreads (pas regardé côté kernel). Bon ok le plus jeune a quatre mois, mais quand même...

En parlant de cvs, la méthode recommandé pour gérer /usr/src dans free, c'est toujours csup ?

Aux dernières nouvelles oui. Mais ça fait un petit moment que j'ai pas touché de FreeBSD, donc c'est à prendre avec des pincettes…

Sinon je viens de tomber sur cette news que je trouve assez craignos : http://blog.poolp.org/index.py/0x40/poolp.org-no-longer-runs-OpenSMTPD
gilles@ le dev principal d'OpenSMTPD, n'est pas satisfait du nouveau code de gestion des queues qui lui empêche d'importer des modifs importantes (support ldap notamment). Du coup il a forké le code datant d'avant l'import de la nouvelle queue et créé un nouveau projet psmtpd dans lequel il a collé ses modifs…

Dargor: moi j'utilise sysinstall pour ça.
Je n'ai jamais eu besoin de faire des choses sioux dans /usr/src à part jouer à recompiler le kernel de toute façon.

Sankukai > Pas glop, on verra ce que ça donnera

Chris_27 > sysinstall je l'utilise qu'à l'installation, je parle pas de l'extraction initiale mais bien de maj des sources. C'est justement pour suivre les correctifs et compiler des kernels, freebsd-update gère très bien les maj côté userland.

Oui, oui.
Comme je n'utilise pas de kernel compilé maison, freebsd-update fait parfaitement l'affaire chez moi.

Quelqu'un aurais un idée pour ajusté la luminosité de l'écran ? Autant avec xbacklight que avec sysctl cela ne marche pas