[HOWTO] Migration vers X modulaire

[UB|K]

Migration vers X modulaire

Comme je viens d'effectuer la transition vers le nouveau serveur X modulaire, je me propose de traduire le "guide" officiel de migration rédigé par Donnie Berkholz et Joshua Baergen. La traduction est n'est pas littérale mais il devrait y avoir tout ce qu'il faut.
Pour plus d'infos, il y a un thread de support (en anglais) qui devrait vous aider à résoudre d'éventuels problèmes:
The modular X server bugs, annoyances and solutions thread - part1 et part2

Doc officielle gentoo :
Guide de migration vers X.Org modulaire
Guide de portage vers X modulaire
(comme c'est traduit de l'anglais, les versions anglaises ont plus de chances d'être à jour: migrating et porting)

Changelog :

• 19/12/2005 premier jet
  
• 20/12/2005 ajout d'une partie sur accélération EXA/i810.
  
• 22/12/2005 xorg-6.9/7.0 sont officiellement sortis mais pas dans portage (287 paquets ça doit être long à tester), cependant un "emerge -auDv xorg-x11" apporte son lot de nouveaux paquets.
  
• 23/12/2005 ajout du problème evdev/gnome-settings-daemon.
  
• 29/12/2005 xorg-7.0 est dans portage mais toujours hardmaské, ajout d'un problème de compilation de xorg-sever et modificatication du script de démasquage/keywordage.
  
• 02/02/2006 ajout de la gestion des drivers via le make.conf et ajout des liens vers la doc officielle.
  
• 24/03/2006 xorg-7.0 est passé en ~ARCH.
  

1. Introduction

Pour éviter que les anciens paquets ne viennent interférer, nous allons nettoyer complètement tout ce qui est lié à l'ancien xorg. Cette étape n'est pas absolument nécessaire mais cela aidera à une transition sans problème.

2. Nettoyage de l'ancien serveur X

Avant de commencer, assurer vous que vous avez un ancien xorg-x11 émergé avec USE=dlloader si le FLAG dlloader était disponible pour cette version. Il n'est pas disponible pour les versions >=6.8.99.15.
(NDT: comme ce n'est pas mon cas, je n'ai aucune idée quand à l'importance de ce point)

• Backup de l'ancienne installation:
  

  Code:

  emerge -av gentoolkit quickpkg xorg-x11

  
  
• Suppression de l'ancienne installation:
  

  Code:

  emerge -aCv xorg-x11 rm -rf /usr/lib/opengl/xorg-x11 rm -rf /usr/lib/libGL*

  
  Les deux dernières lignes correspondent à la suppression des liens symboliques créés par opengl-update. Avant ces étapes vous pouvez faire un backup plus complet de votre installation.
  
  
• Si /usr/X11R6 n'est pas un lien symbolique vers /usr (NDT: ça devrait pas être le cas sauf si votre install est très ancienne) vous devrez supprimer ce répertoire. Mais avant cela, il est utile de sauver une liste des applications qui y ont été installées:
  

  Code:

  if [[ ! -L /usr/X11R6 ]]; \    then equery belongs /usr/X11R6 > usr-x11r6-packages \    && rm -rf /usr/X11R6; \ fi

3. Installation de X modulaire

• Unmaskage et keywordage massif de tous les ebuilds: (!! xorg-7.0 n'étant plus hardmaské, cette partie est obsolète !! )
  [PÉRIMÉ]
  

  Code:

  sed -n '/Modularized X/,/xcursor-themes/p' /usr/portage/profiles/package.mask >> /etc/portage/package.unmask

  
  Tous les ebuilds sont en ~ARCH, donc si vous êtes en "stable", copiez cette liste dans /etc/portage/package.keywords et ajoutez y le keyword qui va bien.
  
  edit: pour faciliter tout ça, le script suivant fait tout d'un coup:
  

  Code:

  #!/bin/sh my_kw="~amd64"  #<-- seul truc à éditer cp /etc/portage/package.unmask /etc/portage/package.unmask.save cp /etc/portage/package.keywords /etc/portage/package.keywords.save sed -n '/xorg-docs/,/xcursor-themes/p' /usr/portage/profiles/package.mask > temp.mask cat temp.mask >> /etc/portage/package.unmask for i in `cat temp.mask`;         do echo $i $my_kw >> /etc/portage/package.keywords; done; rm temp.mask

  
  [/PÉRIMÉ]
  
  
• Si vous êtes en ARCH, il vous faudra mettre la liste des paquets dans /etc/portage/package.keywords. Mais comme ces paquets ne sont plus dans /usr/portage/profiles/package.mask, les scripts ci-dessus ne marcheront plus. Allez voir ce post pour avoir la liste des paquets.
  
  
• USEFLAGS: quelques flags font leur apparition (comme "dri") donc faites un petit "emerge -pv xorg-x11" avant de lancer l'installation histoire de voir ça.
  En parlant de flags, il est conseillé de construire x11-apps/mesa-progs avec le flags -motif sous peine d'une erreur de compilation.
  

  Code:

  echo 'media-libs/mesa -motif' >> /etc/portage/package.use

  
  
  
• Installation: le nom de l'ebuild est toujours le même à la différence que c'est maintenant un méta-ebuild qui va installer le serveur X ainsi que plusieurs applications nécessaires à son bon fonctionnement.
  

  Code:

  emerge -av xorg-x11

  
  L'installation est du genre minimale et des ebuilds tel xcursor-themes ne sont pas installé par défaut.
  
  
• Installation des drivers. Selon votre matériel, installez les drivers qui conviennent:
  

  Code:

  ati-drivers             xf86-input-penmount   xf86-video-s3 kyro-drivers            xf86-input-spaceorb   xf86-video-s3virge mtxdrivers-pro          xf86-input-summa      xf86-video-savage synaptics               xf86-input-tek4957    xf86-video-siliconmotion xf86-input-acecad       xf86-input-ur98       xf86-video-sis xf86-input-aiptek       xf86-input-void       xf86-video-sisusb xf86-input-calcomp      xf86-video-apm        xf86-video-sunbw2 xf86-input-citron       xf86-video-ark        xf86-video-suncg14 xf86-input-digitaledge  xf86-video-ati        xf86-video-suncg3 xf86-input-dmc          xf86-video-chips      xf86-video-suncg6 xf86-input-dynapro      xf86-video-cirrus     xf86-video-sunffb xf86-input-elo2300      xf86-video-cyrix      xf86-video-sunleo xf86-input-elographics  xf86-video-dummy      xf86-video-suntcx xf86-input-evdev        xf86-video-fbdev      xf86-video-tdfx xf86-input-fpit         xf86-video-glint      xf86-video-tga xf86-input-hyperpen     xf86-video-i128       xf86-video-trident xf86-input-jamstudio    xf86-video-i740       xf86-video-tseng xf86-input-joystick     xf86-video-i810       xf86-video-v4l xf86-input-keyboard     xf86-video-imstt      xf86-video-vesa xf86-input-magellan     xf86-video-mga        xf86-video-vga xf86-input-magictouch   xf86-video-neomagic   xf86-video-via xf86-input-microtouch   xf86-video-newport    xf86-video-vmware xf86-input-mouse        xf86-video-nsc        xf86-video-voodoo xf86-input-mutouch      xf86-video-nv          xf86-input-palmax       xf86-video-rendition

  
  MAJ: les drivers sont maintenant gérés via le make.conf et les variables "VIDEO_CARDS" et "INPUT_DEVICES".
  dans mon cas, voici à quoi ressemble mon make.conf:
  

  Code:

  VIDEO_CARDS="nvidia" INPUT_DEVICES="mouse keyboard"

  
  ce qui ajoute les drivers proprio nvidia et les drivers clavier/souris.
  
  note: certains drivers externes tels nvida-glx, wacom ainsi que certaines apllis vnc peuvent ne plus marcher dans la mesure ou ils installent des fichiers dans /usr/lib/modules au lieu du nouveau /usr/lib/xorg/modules. Certaines de ces applis disposent désormais d'une détection du serveur X modulaire, il convient donc de les réemerger pour quelles fonctionnent. Le cas échéant, une copie ou un lien symbolique des modules vers leur nouvelle place devait faire l'affaire (à tester, je n'ai pas eu ce problème).

4. Accélération EXA pour les cartes i810

Les versions finales de xorg-6.9/7.0 vont proposer l'accélération matérielle EXA (issue de kdivre) pour les drivers i128, radeon et sis. Néanmoins, elle sera dans le futur également disponible pour d'autres cartes dont celles basées sur un chip intel (driver i810). Des patchs sont déjà disponibles bien qu'absolument non supportés et incomplets. Les patchs fournis ici sont conçus pour la version monolithique de xorg (6.9 donc) mais sur bugs.gentoo, on peut trouver une adaptation à X modulaire: bug 110299

• Avertissement: ce patch est expérimental, incomplet et non supporté, cela a pour conséquence (pour le moment) que le DRI est en partie cassé: "glxinfo" vous dira que le driect rendering est activé mais "glxgears" vous prouvera le contraire en plantant X. Pour une utilisation sans 3D mais avec l'extension composite activée (et les effets qui vont avec) il n'y a pas grand chose à craindre.
  
  
• En bonus et suite à ce premier point, je vous donne le tip du boulay: si votre économiseur d'écran fait appel à la 3D, changez le AVANT de faire ces modifs et le redémarrage de X sinon, c'est le drame!
  
  
• Téléchargement et modification du patch:
  

  Code:

  wget http://dev.gentoo.org/~joshuabaergen/experimental/xf86-video-i810-exa.tar.bz2 cd /usr/local/portage tar -jxvf /chemin/vers/l'/archive/xf86-video-i810-exa.tar.bz2

  
  Cet ebuild est pour une vieille version du driver mais le patch s'applique sans problème à une version plus récente, nous allons donc changer le nom de l'ebuild:
  

  Code:

  cd /usr/local/portage/x11-drivers/xf86-video-i810 mv xf86-video-i810-1.4.0.1.ebuild xf86-video-i810-1.4.1.2-r1.ebuild ebuild xf86-video-i810-1.4.1.2-r1.ebuild digest

  
  
• Installation du driver ( vérifiez que le FLAG dri est bien activé)
  

  Code:

  emerge -av =xf86-video-i810-1.4.1.2-r1

  
  On installe également la partie composite de xorg (si c'est pas déjà fait):
  

  Code:

  emerge -av libXcomposite xcompmgr transset

  
  
• Configuration. Pour activer Xcomposite/EXA, il y a deux choses à ajouter à xorg.conf:
  

  Code:

  Section "Extensions"     Option "Composite" "enable" EndSection

  
  et dans la section device:
  

  Code:

  Option "AccelMethod" "exa"

  
  et c'est tout, n'essayer pas de charger un module "exa", ça ne marchera pas. En redémarrant X vous devriez avoir activé l'accélération EXA, pour en être sur:
  

  Code:

  ~ $ grep -i exa /var/log/Xorg.0.log (**) I810(0): Option "AccelMethod" "exa" (**) I810(0): Using EXA for acceleration (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/lib/xorg/modules/libexa.so (II) Module exa: vendor="X.Org Foundation" (II) I810(0): EXA: No offscreen pixmaps

  
  
• Pour activer EXA avec les cartes ATI, voir le howto de _droop_
  
  
• Pour les ouf malades qui veulent essayer EXA avec le drvier opensource nvidia, j'ai adapté vite fait le patch (à la base pour la version monolythique de X) et réussi à l'appliquer à xf86-video-nv. Je peux donner la marche à suivre mais: ça rame à mort, toujours pas de dri bref, c'est juste pour faire le cake...

5. Problèmes

NDT: le guide est relativement ancien alors je n'ai laissé que les problèmes qui ne sont pas fixés (en me basant sur une lecture rapide du thread de support). Il manque sans aucun doute des kilos d'erreurs potentielles!

• Configuration: assurez vous que votre xorg.conf de spécifie pas de "ModulePath" car ce dernier a changé de /usr/lib/modules à /usr/lib/xorg/modules.
  
  
• Certains paquets veulent downgrader xorg-x11 à cause de la dépendance "virtual/x11":
  
  l'arbre de portage n'a pas été entièrement migré vers un support complet de X modulaire. Pour l'instant, une solution a été donnée dans la GWN de la semaine:
  

  Code:

  echo 'virtual/x11 x11-base/xorg-x11' > /etc/portage/profile/virtuals

  
  Vous pouvez aidez à l'effort de portage en lisant: porting to modular X howto et en remplissant des rapports de bugs assignés directement aux mainteneurs du paquet.
  (les mainteneurs sont listés dans les fichiers "metadata.xml" qui se trouvent dans les répertoires des ebuilds, l'appli "app-portage/herdstat" peut trouver ces infos rapidement).
  
  
• Plus de clavier et de vilains logs du genre:
  

  Code:

  > Warning:          Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >                   Using last definition for duplicate fields expected keysym, got XF86_Switch_VT_1: line 51 of pc/pc

  
  Tout d'abord, vérifiez la présence du fichier "XKeysymDB", si il est absent, c'est pas de bol, réemerger libX11 peut aider. Si il est bien là:
  

  Code:

  export XKEYSYMDB=/usr/share/X11/XKeysymDB startx

  
  et pour pérenniser le fix en attendant une solution plus correcte:
  

  Code:

  echo XKEYSYMDB=/usr/share/X11/XKeysymDB >> /etc/env.d/00basic

  
  
• Problème de souris. Il semble que l'autodétection de la souris ( -> protocol =auto dans le fichier de conf) ne marche pas. Il convient donc de renseigner plus précisément le protocole dans xorg.conf (genre PS/2 ou IMPS/2).
  Pour les souris avec ouate-mille boutons le driver "evdev" semble plus approprié que "mouse" (cf. le thread de support pour plus d'infos).
  
  
• gdm/kdm ne marchent pas.
  
  Sur une installation "fraîche" de gentoo, il se peut que le lien /usr/X11R6 soit absent (aucun ebuild ne le créé) et perturbe nos amis gdm/kdm. Il suffit donc faire ce lien à la mano:
  

  Code:

  cd /usr ln -s ../usr X11R6

  
  
  
• gnome-settings-daemon plante au démarrage de gnome en cas d'utilisation d'une souris avec le driver evdev.
  L'erreur est la suivante:
  

  Code:

  The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'.   (Details: serial 356 error_code 2 request_code 116 minor_code 0)   (Note to programmers: normally, X errors are reported asynchronously;    that is, you will receive the error a while after causing it.    To debug your program, run it with the --sync command line    option to change this behavior. You can then get a meaningful    backtrace from your debugger if you break on the gdk_x_error() function.) [1135104652,000,xklavier.c:XklStartListen/]

  
  Allez voir le bug 116195 qui propose un patch (à appliquer au paquet gnome-base/control-center) qui résoud le problème (où pas).
  
  
• erreur de compilation pour xorg-server liée à GLX (libs proprios nvidia). Une erreur du style:
  

  Code:

  glxcmds.c: in function __glxQuerryHyper... 'xGLXQuery...' undeclared

  
  plus d'infos et la solution sur le post de marvin rouge
  

6. Bilan

Voilou, rien de bien compliqué, après, le taux de réussite est très variable. J'ai effectué la migration sur 2 PC:
-un desktop amd64: même pas un problème, trop facile.
-un laptop x86: la grosse lutte. Entre les paquets qui plantent à l'emerge, le clavier qui marche pas, la souris qui marche avec un curseur invisible et autres réjouissances, j'y ai passé pas mal de temps. Mais maintenant le laptop va bien, merci pour lui.

Alors maintenant, quelle est l'utilité d'une telle migration alors que xorg-7.0 n'est pas encore finalisé? Soyons clair: aucune à part pour les grands enfants qui comme moi ont du temps à perdre et qui aiment jouer avec le dernier truc pas stable. Du point de vue de perfs, j'ai l'impression que le bouzin se charge un peu plus vite mais je reconnais que c'est totalement subjectif (c'est nouveau -> ça vas forcement plus vite!) et que l'utilisation mémoire est plus faible. Malheureusement je n'ai pas enregistré de mesures avant la migration et je ne peux donc pas appuyer mes propos.
Si votre soucis est la stabilité, je n'ai aucun problème de ce côté là que ce soit en amd64/nvidia(dernier drivers proprios) et x86/i810.
Ceux qui possèdent une carte ATI vont (pour une fois, si j'ose dire) être contents car cela leur permettra de tester la nouvelle accélération EXA avec le driver radeon opensource, il parait que ça marche bien: à vous les joies de le l'extension Composite!
Pour plus d'infos sur l'évolution de EXA: Xorg EXA status

Je rajouetrais que si vous avez des doutes sur mon niveau en anglais (ce qui est légitime), la VO se trouve ici : Migrating to modular X HOWTO

Milles excuses pour les fautes d'orthographe qui trainent (c'est pas mon fort), si vous vous voyez un autre type de faute/typo ou bien des choses à ajouter, je me ferais un plaisir d'éditer ce post. En attendant, bonne migration.
_________________
Reality is that which, when you stop believing in it, doesn't go away.

[_droop_]

Bonjour,

J'ai pas eu le temps de tout lire, mais dès que j'aurais le temps, je le ferais...

Sinon, j'ai publier un how to quasiment similaire (que j'ai pas eu le temps de finaliser). Il était destiné à ceux qui voudrait tester les drivers open source sur les ati récentes : https://forums.gentoo.org/viewtopic-t-408668.html (ce qui comprend l'installation du dernier xorg).

Bonne soirée.

edit :

Comme c'est pas très très long, j'ai pris le temps de le lire. Ca me paraît complet (il y a des choses que j'ai pas encore mis dans le mien mais qui était prévu comme le vitual/X11) mais néanmoins synthétique (donc facile à suivre).

Tu as pris le parti de ne pas mettre de version dans /etc/portage/package.mask. C'est une bonne idée : tes instructions restent toujours valables; et une mauvaise : à chaque mise à jour, on va se retrouver avec la dernière version (et cette nouvelle version peût ne pas être stable ou ne pas s'installer correctement (comme tu l'as probablement constaté)). Ca mériterait un avertissement. L'avantage de mettre des versions et que ca va finir par se stabiliser (enfin pas avant quelques mois, visiblement), l'inconvenient étant qu'il faut lutter contre emerge à coup de "vi /etc/portage/package.*" avec en plus les mêmes problèmes de paquets pas encore stables...

Bon travail.

[UB|K]

salut,
j'avais pas vu ton post pour la bonne raison que j'ai pas de ATI, mais c'est vrai que pour le coup cette traduction fait un brin doublon.
Si je peux me permettre 2 petites remarques sur ton howto:
-évites de mettre des numéros de version aux paquets que tu désmasque/keywordise car ça bouge beaucoup en ce moment et certains paquet de ta liste sont désormais obsolétes: par exemple la version de xorg-server que tu proposes n'est même plus dans portage actuellement!
-la partie sur glxinfo/glxgears est aussi périmée (depuis 2 jours environ) car le paquet mesa-progs a fait son apparition.

C'est con que j'ai pas vu ton post avant, ça m'aurait évité de m'exiter sur mesa et cette pourriture de FLAG motif!! (d'ailleurs je l'ai oublié dans ce howto celui là, je corrige ça).

edit: l'edit croisé sur le package.mask... pour te répondre, je suis partisan d'avoir la dernier version du paquet et si ça passe pas, bah tant pis, je skip et met à jour plus tard.
_________________
Reality is that which, when you stop believing in it, doesn't go away.

[_droop_]

[_droop_]

[UB|K]

[geekounet]

Sympa le howto, je l'ai lu pour vérifier si j'avais pas oublier qq chose. Apparemment je suis bon.
J'ai dû migré vers xorg-x11 7.0 pour avoir le DRI sur ma carte i915GM. Avant, fallait passer par un patch pas trop propre ...
Et j'en suis content, j'ai aucun pb.
J'ai même pu me débarraser des fonts bitmaps (enfin presque toutes, il reste juste fixed au cas où).

[UB|K]

Salut,
vu que tu as comme moi une carte i915GM, tu sera peut être intéressé par la section que je viens d'ajouter: EXA pour i810.
Bon, si ton objectif est d'avoir un DRI en état de marche, c'est peut-être pas le bon plan mais ça ce tente.
D'ailleurs tant que je suis dans le rayon i915GM, il me semblait que le hack 855/915resolution devait être intégré au driver i810 afin de pouvoir gérer directement les résolutions non-standard. Mais, j'ai pas l'impression que ce soit le cas: je doit toujours utiliser 915resolution, la manpage de i810 n'en parle pas et je trouve pas d'infos à ce sujet... En saurais tu un peu plus ou bien??
_________________
Reality is that which, when you stop believing in it, doesn't go away.

[geekounet]

En fait je préfère garder mon DRI. J'avais pas encore entendu parlé de 855/915resolution. Ca sert à quoi exactement ? Parce que chez moi, j'ai bien la console et X en 1280x800 sans problème. Mon problème en ce moment, ce sont les écrans externes et projecteurs à cause de la résolution en 16/10. Enfin, on va pas en discuté ici, je ferai un topic sur le sujet un jour si je trouve pas d'ici là, sinon je ferai un beau howto .

[kopp]

Yop merci pour le howto, chezmoiçamarche.com !
Bon juste une remarque à ceux qui, comme moi, ne serait ni très attentifs, ni très futés... c'est bien nvidia-glx qu'il faut réemerger et pas nvidia-kernel ...
j'ai galéré un moment pour ça....

[UB|K]

en parlant des drivers nvidia, une nouvelle version vient de sortir mais l'ebuild est tout pourrave (changelog: "some cleanups" -> raté). Ça désinstalle pas la version précédente et ça casse tout (cf ce thread).
la solution est la suivante:

[Leander256]

Bon je viens de me prendre la tête pour pouvoir faire un emerge -vp xorg-x11, je pense que c'est une bonne idée de poster ici les rajouts faits aux fichiers de portage (sachant que j'ai même pas certains USE flags activés), comme ça ceux qui veulent tester de suite la nouvelle version ne perdront pas 1/2h à cette étape :

[marvin rouge]

Merci UB|K pour ce howto.

J'ai bien galéré, à cause d'un problème avec eselect-opengl.
Donc, pour ceux en ~amd64, eselect-opengl-1.0.3, et des erreurs sur xorg-server, j'ai mis la solution que j'ai utilisée dans ce post

+

[UB|K]

[marvin rouge]

Allez, un petit tip pour pouvoir avoir xpdf (bien pratique).
app-text/xpdf a besoin de x11-libs/openmotif pour créer /usr/bin/xpdf (l'executable qui nous interresse). Mais x11-libs/openmotif plante si il n'y a pas x11-libs/libXp. Donc, dans l'ordre:

[marvin rouge]

Nouveauté, liées à /etc/make.conf et Xorg modulaire: le choix des xf86-input se fait via le make.conf. Donc il faut rajouter:

[UB|K]

Ouaip, j'avais pas vu ça.
Je vais donc payer ma mini-mise à jour et donner les liens vers la doc gentoo officielle.
_________________
Reality is that which, when you stop believing in it, doesn't go away.

[niin]

Bah moi j'ai un petit soucis pas très pratique ; en gros, X se lance (avec le twm puisque j'ai encore rien installé d'autre) et j'ai droit a un magnifique paysage monochrome où le xterm est blanc sans bordure avec écriture noire (il y a quand même le '#' qui est bleu), et le fond est noir. La souris (enfin le pad synaptics) marche impec, mais quand je clic le fond pour sortir le menu... rien, mais je ne sais pas si c'est le menu qui est de la même couleur que le fond , ou si c'est le twm qui marche pas ou si c'est les boutons du pad qui repondent pas :/

Je pense que le pad y est pour rien puisqu'il se charge correctement apparemment ; par contr eon ne peut pas en dire de même des couleurs. Voici le log :

Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'

[UB|K]

salut,
à mon avis le problème vient du "RgbPath" dans ton xorg.conf, l'anciene place est:

[niin]

j'ai bien fait etc-update mais ca a pas tout fait manifestement.
Enfin j'ai mis la ligne rgb en touche, et maintenant, j'ai moins d'erreur au lancement, mais il m'en reste quelques unes liées d'une part au clavier, et l'autre a twm.

[UB|K]

pour le clavier, as tu testé le fix avec XKEYSYMDB que je donne dans le howto? (si ça marche pas je sais pas...)
_________________
Reality is that which, when you stop believing in it, doesn't go away.

[TGL]

[niin]

[yesi]

yo!

je dois avoir beaucoup de temps libre si je suis là...

je n'ai pas eu de probleme particulier...
c'est juste au démarrage, j'ai deux avertissements depuis xorg-x11-7

[TGL]