[00:00:32] 2. Type `make' to compile the package. [00:00:47] 4. Type `make install' to install [00:01:03] voilà, on sait quoi mettre dans notre fonction build() ! [00:01:16] ou presque [00:01:28] ready [00:01:59] je rappelle qu'il ne faut jamais faire ceci en root ! [00:02:18] non non jamais en route c comme le telephone on s'arrete [00:02:22] =====> [ ] [00:02:29] lol [00:02:34] =) [00:02:48] revenez au dossier $startdir: cd ../.. [00:03:01] et regardez le PKGBUILD [00:03:07] 1 ère ligne [00:03:12] on edite le PKGBUILD ??? [00:03:14] ok [00:03:17] oui Al1 [00:03:17] ah ben moi j'utilise toujours yaourt en ROOT ... chuis fénéant ... [00:03:34] la fonction build commence par "cd $startdir/src/$pkgname-$pkgver" [00:04:12] sooli: pas bien [00:04:21] ca veud dire qu'on se deplace dans ce fameux dossier qu'on vient d'ouvrir [00:04:28] sooli: configure sudo pour yaourt [00:04:28] exactement [00:04:41] sooli: ou pas [00:04:43] ^^ [00:04:53] lorsqu'on lance makepkg, il va se placer dans le répertoire /tmp/test/src/calcurse-1.8 [00:04:56] ouais bon je fairais attention la prochaine fois [00:05:18] ensuite, que nous disait le fichier INSTALL ? [00:05:25] make ... ? [00:05:34] ou configure ... ? [00:05:35] configure, make et make install => on retrouve tout ça dans la fonction build [00:05:44] sooli: le délire c'est que si un boulet à oublié le $startdir et/ou fait un rm -rf / t'es mort :D [00:05:49] "./configure --prefix=/usr" [00:06:05] ah oui ... moi je fait trop confiance aux gens :) [00:06:10] ;) [00:06:20] ça lance la configuration des sources, en indiquant que le programme devra être exécuté dans /usr/ [00:06:23] mais bon un rm -Rf ~ c pas top non plus [00:06:29] sooli: c'est le cas extrême mais ça peut vachement déconner [00:06:30] justement, explique wain [00:06:39] lol en retard desolé [00:06:50] c'est important de comprendre ça [00:06:51] oki wain [00:06:55] --- MsieurHappy est parti [00:07:03] c'est toujour /user?? [00:07:14] les programmes peuvent êtres installés dans /usr/bin, ou dans /usr/local/bin en fonction des distributions [00:07:20] et quand c'est pas user comment on sait ce qu'il faut mettre ?? [00:07:29] je dirais que c plutot la racine à partir de laquelle sera installé le logiciel plutot que exécuté meme si c pas faux [00:07:40] sour archlinux, le choix a été fait de ne pas utilier /usr/local [00:07:46] ou pas souvent [00:07:56] --- MsieurHappy vient d'arriver [00:08:07] ca veut donc dire que ce sera toujours /user ?? [00:08:16] oups [00:08:22] usr [00:08:31] /usr [00:08:40] donc en forçant prefix=/usr/ le programme ira chercher ses binaires dans /usr/bin, ses datas dans /usr/share/truc, ses libs dans /usr/libs etc.. [00:08:57] Al1: c le standard disons ;) [00:09:21] ok [00:09:33] --- GCN est parti: Disconnected [00:09:35] si on ajoute pas cette option --prefix=/usr, le paquetage sera correct aussi [00:09:43] mais des gros truc comme gnome sont installés ds /opt par ex [00:09:44] mais disons que ça ferait désordre :D [00:09:56] bon exemple zura [00:10:26] si par erreur on mettait dans /opt ca fonctionnerait tout pareil wain je pense ?? [00:10:33] oui Al1 [00:10:47] ça créerai /opt/bin [00:10:50] humm faudrais adapter le path ds le post_install aussi ? [00:10:50] sauf peut etre pour le lancer [00:10:56] ouais mais bon si on met pas prefix=/usr faudra editer /etc/profile et rajouter des path [00:11:04] ou pacman le fait auto ? [00:11:10] le postinstall n'est pas utiliser zura [00:11:17] faudrait indiquer le chemin enter [00:11:23] entier* [00:11:24] d'ailleurs quel est l'interer fondamentalle de /opt ? [00:11:25] c un exemple si on installe un logiciel ds /opt [00:11:39] ou indiquer le chemin entier ouais [00:11:41] oups fondamental [00:11:43] pacman ne modifi pas le path automatiquement suivant le chemin d'installation ? [00:11:54] XULien: /opt c'est bormalement pour TES softs à toi que tu devs ou des progs proprios que tu voudrais sauvegarder [00:12:07] certains paquets tres connus sont intallés de cette maniereaussi [00:12:13] Warnaud:merci [00:12:24] et ca ordonne les choses, tt gnome ds /usr/bin ca pollue un peu au final ^^ [00:12:33] ;) [00:12:34] /opt c'est bien si t'as qu'une petite partition /usr/ [00:12:47] moi mon /usr ne fait que 5 go [00:12:50] ok pour moi alors [00:12:55] c'est clair [00:13:04] pas question d'y mettre un gnome + kde + des jeux :D [00:13:14] spece de gamer :p [00:13:16] zura: l'avantage de gnome dans /usr c'est de pas avoir des icones de partout (/usr/share/icons /opt/gnome/share/icons etc ... ) [00:13:29] Warnaud: oui aussi :s [00:13:33] en tre autres ;) [00:14:04] ligne suivante: [00:14:10] "make || return 1" [00:14:19] je sens que demain il va y avoir une foison de paquets créés [00:14:22] make, c'est la commande qui compile le programme [00:14:38] si jamais cette commande échoue (la compilation plante) [00:14:45] il ne faut pas que makepkg continue [00:14:48] explique le return 1 [00:14:53] /invite mildred@jabber.fr [00:15:16] Al1: ben qq jour avant l'annonce de cet exposé, je regardais la doc pour en faire, donc ca tombait bien [00:15:18] il faut en cas de plantage que makepkg s'arrête, et la commande return est là pour ça [00:15:25] --- Mildred vient d'arriver [00:15:32] voila, merci [00:15:34] ça c'est du bash après [00:15:39] j'explique en deux mots [00:15:46] oui oui bien sur [00:15:54] une commande renvoie toujours une valeur [00:15:57] (un signal) [00:16:05] c'est 0 si tout va bien [00:16:07] bonsoir :) [00:16:11] je suis en quelque sorte le novice de service ;) [00:16:15] et c'est 1 ou autre si ça se passe mal [00:16:15] zura: tout pareil ;) [00:16:21] salut Mildred [00:16:43] Mildred: c'est la fin d'une séance d'initiation à l'écriture de PKGBUILD [00:16:47] javais deja entrapercu le pkgbuild :p [00:16:51] le signe || permet de détecter une sortie de code 1 [00:16:55] Mildred: plop [00:17:14] Mildred, bonjour lol :D [00:17:21] si la commande make renvoi 1, alors la commande située à droite de "||" sera exécutée [00:17:39] oui, j'avais oublié ... mais en plus je n'avais pas vraiment le temps ce soit :) [00:17:40] le petit probleme est que la ce pkgbuildest un des on ne peut plus simple... [00:18:02] le pendant de "||" est "&&" qui permet d'exécuter une autre commande à condition que la première ait réussi [00:18:04] ca ne sera pas toujours aussi simple que cela [00:18:12] ça dépend des applis ;) [00:18:15] . [00:18:39] mais ce cours de ce soir est une sacrée bonne approche [00:19:05] c'est le but ;) [00:19:17] j'en profite pour dire un grand bravo a ceux qui sont a l'origine de cette idée [00:19:24] faut comprendre comment aller soit même dans src, réussir à compiler etc... ensuite le reste du boulot consiste à recopier les commandes qu'on a tapé dans le pkgbuild [00:19:36] => merci marc[i1] ;) [00:19:36] et j'espere que ce n'est que la 1ere d'une grande serie [00:19:45] ^^ [00:19:52] bon, ne nous dispersons pas :D [00:20:00] non non surtout pas [00:20:00] vous avez un peu parlé du debug des PKGBUILDs pendant ce cours ? [00:20:21] fini ce PKGBUILD wain [00:20:27] Al1: de toutes façon tu vas pas te recompiler Ooo au premier pkgbuild ;) c'est souvent pour des petites applis ou changer des options de compil dans les ./configure toussa et après tu t'en feras des plus complexes [00:20:32] on y est prsque [00:20:33] je rappelle, suite au "make || return 1", on a le programme tout compilé [00:20:42] minimiser le temps de compilation lorsque ce n'est pas utile ... [00:20:45] oui oui tout a fait Warnaud [00:21:12] dernière étape d'après le fichier INSTALL, faire un "make install" qui a pour but d'installer le programme tout juste compilé sur notre sytème [00:21:16] Mildred: pour le moment on fait simple, les options Übergeek c'est plus tard ;) [00:21:29] et là, malgré l'heure tardive, vous dites "NON!" [00:21:40] NON [00:21:49] on ne veut pas installer le programme sur notre système ! [00:21:51] * marc[i1] fait ce que wain dit [00:21:51] ou pas :) [00:22:12] on veut juste faire le paquetage n'oubliez pas [00:22:17] heu... non? [00:22:36] le DESTDIR ! le DESTDIR ! le DESTDIR ! :p [00:23:11] si à ce stade on fait un make install (il faudrait être root pour ça), on va copier des fichiers partout sur le disque, et pacman ne saura plus jamais retrouver/mettre à jour/supprimer ces fichiers [00:23:48] donc, on utilise une option pour dire qu'on ne veut pas installer sur le disque, mais dans un paquetage => DESTDIR, ou prefix [00:24:01] là ça dépend comment est conçu le programme [00:24:45] a dépend des makefiles quand même ... mais un bon programme fera en sorte de faciliter la création des packages. Et au pire il faut installer tous les fichiers à la main dans $startdit/pkg [00:25:30] voilà, c'est le cas un peu plus complexe où on doit utiliser des "cp" ou des "install" dans le pkgbuild directement [00:25:53] oki oki [00:26:04] je suis toujours :p [00:26:18] donc cette option (DESTDIR en général) va permettre de ne pas installer dans le système, mais dans le répertoire $startdir/pkg [00:26:31] soit /tmp/test/pkg dans notre exemple [00:27:27] vous pouvez maintenant lancer makepkg pour voir le résultat [00:27:42] oO un zouli pkg tout bioutifoul [00:27:53] analysons le résultat [00:28:01] ==> Removing info/doc files... [00:28:22] => par défaut, nous disions tout à l'heure que les docs étaient supprimées [00:28:47] ==> Compressing, stripping etc... idem [00:29:00] ==> Compressing package... tiens, tiens [00:29:10] mais qu'est-ce qu'il compresse ? [00:29:18] une plaie [00:29:19] ça ne peut être qu'un répertoire [00:29:26] c'est sur une plaie qu'on met une compresse :d [00:29:32] :D [00:29:35] $startdir/pkg [00:29:35] héhé [00:29:46] vivi avec la fatigue ca s'ameliore pas dsl :p [00:30:04] exactly, c'est notre répertoire pkg qui est compressé dans l'archive calcurse-1.8-1-i686.pkg.tar.gz [00:30:13] c'est pas plus compliqué [00:30:16] et hop \o/ [00:30:34] il reste deux lignes: [00:30:39] ==> Generating .FILELIST file... ==> Generating .PKGINFO file... [00:30:53] regardez dans le répertoire /tmp/test/pkg/ [00:30:54] mainteneur, nom paquet description [00:30:58] je suppose [00:31:03] il y a deux fichiers .FILELIST .PKGINFO [00:31:30] .FILELIST contient la liste des fichiers du paquetages [00:31:46] usr/bin/calcurse, usr/man/man1/calcurse.1.gz etc... [00:32:12] .PKGINFO contient les infos générales sur le paquetage en lui-même [00:32:15] c'est ca qui s'affiche lorsqu'on fait un pacman -Qi ??? [00:32:32] oui c'est le résultat de pacman -Si en fait [00:33:18] le nom, la version, la description, le site, la taille, l'architecture, les dépendances, la licence etc... [00:33:56] pacman -Qi donne en plus la date d'installation, la place occupée etc... des choses qu'on ne peut connaitre que si le paquetage est installé [00:34:06] vivi ^^ [00:34:06] il y a aussi un EasterEgg dans makepkg concernant le Changelog :D [00:34:06] wain: tu veux que je fasse la conclusion avant que t'ai plus de doigts ? [00:34:26] d'ailleur qu'elle est la commande qui permet d'avoir la liste de chaque fichier contenu dans l'archive avec le chemin d'installation? [00:34:34] pacman -Ql [00:34:41] meric :) [00:34:49] pacman -Qi [00:34:51] merci [00:34:56] bein on pourrait passer aux question avant Warnaud [00:35:02] nan ? [00:35:02] XULien: avec pacman tu peux faire : -Sh -Qh -Rh pour avoir des "sous ensembles" de l'aide [00:35:08] ha oui :D [00:35:13] oui on conclu puis on passe aux questions ? [00:35:19] les questions ! :p [00:35:33] bah conclu alors ^^ [00:36:18] --- alexissoft est parti [00:36:29] en conclusion: nous avons vu comment faire un PKGBUILD [00:36:42] quel est le processus interne de makepkg qui mène à la création du paquetage [00:37:00] http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/network/firefox/PKGBUILD?rev=HEAD&cvsroot=Current&only_with_tag=CURRENT&content-type=text/vnd.viewcvs-markup << j'ai pas bien compris certaines lignes là :D [00:37:12] il ne reste qu'à installer avec pacman ce paquetage ou à le distribuer sur un dépot non officiel comme [archlinuxfr] [00:37:12] !fouet Warnaud :D [00:37:25] ou [ton_nom] [00:37:29] on peut aussi partager ce PKGBUILD avec les autres utilisateurs sur aur.archlinux.org [00:37:36] yes [00:37:51] et utiliser l'über outils qui roxor : yaourt [00:38:19] oui, yaourt nous sert par exemple à trouver les PKGBUILDs sur AUR [00:38:21] qui permet de compiler/chercher des pkgs !! même ur aur [00:38:34] à les télécharger, les compiler et les installer automatiquemetn [00:38:57] Quand vous utilisez makepkg pour construire un paquetage, voilà ce qu’il fait automatiquement : 1- Vérifie si les dépendances du paquetage sont installées. 2- Télécharge les sources depuis les serveurs. 3- Extrait les sources. 4- Appliquer les patchs si besoin. 5- Compile le programme et l’installe dans un répertoire temporaire. 6- Supprime /usr/doc, /usr/info, /usr/share/doc, et /usr/share/info dans le paquetage. 7- Enlève les symboles des binaires des binaires. 8- Enlève les symboles de débuggage des bibliothèques. 9- Génère le fichier méta qui est inclus dans chaque paquetage. 10- Compresse le répertoire temporaire dans le paquetage. 11- Range le paquetage dans le répertoire de destination choisi (cwd par défaut). [00:39:18] yaourt à été le premier élément à me bluffer en testant arch! [00:39:31] ^^ dit merci wain ! :p [00:40:01] moi ce qui m'a bluffé, c'est la simplicité des paquetages :D [00:40:07] http://wiki.archlinux.fr/arch:man:pkgbuild << pour la description des fichiers PKGBUILD [00:40:19] quand on sait faire un paquetage, il n'y a plus de limite sur archlinux [00:40:24] clair [00:40:24] moi aussi, surtout par rapport à debian .... que c'est simple. [00:40:36] et rapide et comnfigurable :D [00:40:36] wain:ca c'est le deuxieme élément ;) [00:40:54] http://wiki.archlinux.fr/howto:archlinux:archpackagingstandards << le Guide de l'Empaqueteur sous Archlinux [00:41:14] maintenant, depuis que j'utilise archlinux, je ne met plus rien dans /usr/local ... que c'est agréable. Le système est en plus toujours clean. [00:41:16] le point important c'était aussi la rapidité de pacman par rapport à slackware [00:41:34] rapide ??? [00:41:52] oui le calcul des dépendances, la vitesse de recherche... [00:42:02] bah slackware à pas de gestionnaire de dépendances [00:42:10] donc la Slack est beaucoup plus rapide :D [00:42:27] chez moi c'est super long ... mais c'est sans doute car je n'a pas encore installé pacman-cage. Enfin je le fais juste maintenant [00:42:32] nan il calcule quand même les deps, enfin les gestionnaire que j'ai utilisé oui [00:43:01] wain: ppffff un gestionnaire de dépendance sous Slack ! p'tit joueur ! :D [00:43:31] ah je voulais faire justement une petite appartée [00:43:57] un paquetage sous slackware ça se fait d'une autre manière que sous arch [00:44:15] sous slackware, on va "faire semblant" d'installer le programme [00:44:40] on fait le ./configure et make et make install, et un programme analyse pendant ce temps ce qui se passe [00:45:15] c'est ainsi que les fichiers nécessaire au paquetages sont détectés et empaquetés [00:45:21] euh je te suis pas là ! [00:45:34] sous Slack c'est comme sous Arch [00:45:36] si je te dis checkinstall [00:45:52] ah oui mais c'est pas le comportement normal [00:46:03] oui mais c'est courant quand même [00:46:12] checkinstall fonctionne pour les .tgz, .rpm et .deb [00:46:27] sachez que sous arch aussi c'est possible grâce à Wocka [00:46:32] bon, moi j'vous laisse, 'nuit [00:46:38] --- xbright est parti: offline [00:46:41] http://www.methylblue.com/wocka/ [00:47:08] excellent ^^ [00:47:14] peut on revenir sur namcap qui m'intrique svp? [00:47:24] donc si un paquetage est difficile à faire, et qu'il nécessite un patch, il peut-être utilise d'utiliser wocka, pour faire un vrai paquetage pour pacman [00:47:30] oui XULien [00:47:37] wain: énorme ça :D [00:48:05] --- sooli est parti [00:48:06] wain, faudra revenir sur ce wocka [00:48:10] ca m'interesse [00:48:36] Al1: c'est sympa comme soft ! [00:48:41] wocka orange [00:48:47] ^^ [00:48:58] ;o) [00:49:11] pratique quand on veut tester un soft sans se prendre la tête à faire un PKGBUILD [00:49:30] une autre fois, les parts de shell employés ds les pkgbuild ? [00:49:33] et pas de souci si on veut desinstaller ?? [00:50:01] non ca ajoute a la database pacman [00:50:09] dc la suppression fonctionne [00:50:10] non pas de souci Al1 [00:50:27] et même la mise à jour si le paquetage vient un jour dans un dépot [00:51:02] au fait, j'ai fait un petit script qui me crée un répertoir au nom du package dont je veux créer le PKGBUILD et qui peut aussi compresser le dossier où se trouve un PKGBUILD en incluant tout ce qu'il faut pour soumettre ça sur AUR, ca intéresse quelqu'un ? [00:51:17] alors si on a un probleme pour faire un paquet wocka peut rendre service donc , non ?? [00:51:41] pour info, ceux qui utilise ViM peuvent utiliser un fichier de syntaxe pour aider à la rédaction : http://wiki.archlinux.fr/howto:pkgbuild_vimsyntax [00:51:42] ah j'ai aussi un script du genre mildred, pour faire les majs [00:51:44] Mildrerd: vi moi :) [00:51:56] et il te met un PKGBUILD différent si tu fais un paquet -svn par exemple. [00:51:59] j'utilise aussi aurup [00:52:05] wain: jeprends tout! [00:52:30] et il faut quoi pour soumettre sur AUR ? [00:52:43] juste uploader une archive source [00:52:58] qui contient notre /tmp/test ? [00:53:12] = répertoire du nom du pkg avec PKGBUILD + fichiers nécessaires à la compil [00:53:54] mm pourtant les fichiers nécessaires sont récupéré via le PKGBUILD [00:53:58] quel est l'interêt ? [00:54:03] Guide de l'Utilisateur sur AUR : http://wiki.archlinux.fr/howto:archlinux:auruserguideline [00:54:11] merci ^^ [00:54:35] RTFM :) [00:54:42] ben l'intérêt c'est que tu récupères un tar.gz d'un répertoire où t'as plus qu'à lancer makepkg [00:54:52] interêt pour les patchs par exemple qui ne sont pas téléchargés [00:54:58] ça chargera les sources et tout ce qu'il manque [00:55:15] et quand tu fais des fichiers .desktop ou des deamons [00:55:43] mm je vois, tout ce qui pourrait "améliorer" le futur paquet en somme [00:56:40] mon script : http://arch.mildred632.free.fr/pkgcreate/ [00:56:50] c'est cool d'avoir traduit ces pages de doc en tout cas :) moi j'ai la cagne quand tout est en anglais [00:57:33] Autre petite astuce, dans la même veine que wocka: [00:57:36] Mildred:merci [00:57:47] c'est bpkg qui existe depuis des années et qui fait du bon boulot [00:57:53] http://swapoff.org/bpkg [00:58:02] bpkg http://www.rsnapshot.org/downloads/rsnapshot-1.2.1.tar.gz [00:58:22] cette commande télécharge les sources, compile, installe comme un vrai paquetage :) [00:58:36] merci, je me doutais qu'il y avais un truc de ce genre, c'est pour ca que je n'avais pas encore diffusé mon script [00:59:14] il existe des tas de ptits scripts comme ça [00:59:23] et les utilisateurs de jedit, deux macro interessantes - Generate md5sum for sources files in PKGBUILD - Runs makepkg for the current opened PKGBUILD-file [00:59:37] il y a un truc nommé autopkgbuild ou automakepkgbuild qui fait tout seul un PKGBUILD [01:00:09] + deux ou trois autres programmes qui espionnent l'installation pour recréer le package avec le .filelist correspondant [01:00:26] il est mieux ce bpkg wain on dirait ?? [01:00:55] car j'ai essayé d'installé wocka et erreur a la compil [01:01:00] wocka est plus à jour [01:01:22] plus dans quel sens ( + ou plus du tout) [01:01:53] en tous cas merci pour ces precisions sur le "comment quon fait un package archlinux" [01:02:08] c'était un plaisir ;) [01:02:17] +1 [01:02:25] wain: dédé les doigts de fée :D [01:02:34] on fera un débriffing sur le forum [01:02:39] c'était le premier atelier [01:02:48] XULien: tu as eu ta réponse pour namcap ? [01:02:49] il y a surement des choses à améliorer [01:02:55] pardon d'etre lourd mais la fatigue ce fait sentir et je voudrais bien qq infos sur namecap [01:03:06] tu veux savoir quoi XULien ? [01:03:08] marc:ben non [01:03:19] vas y explique :) [01:03:26] si jh'ai bien compris... [01:03:54] namecap permet a partir de PKGBUILD que je vien de creer de tester les dependances? [01:04:01] darkhad: tu peux donner les liens des macros Jedit ? [01:04:10] mais comment fait-il? [01:04:19] ldd mon amour ^^ [01:04:32] s'il n'a que l'url des sources par exemples? [01:04:46] ou alors j'ai rien pigé [01:05:03] :) [01:05:11] non en fait c'est assez basique [01:05:26] marc[i1], j'les ai eue avec le plugin macromanager [01:05:28] namcap ne fonctionne que sur un paquetage binaire [01:05:38] il ne fonctionne pas si t'as juste le pKGBUILD [01:05:50] il vérifie le PKGBUILD aussi [01:05:54] ahhhhh ok ok ok, j'avais donc rien pigé! [01:05:58] mais disons qu'on peut compiler un paquetage même si on n'indique pas les dépendances [01:06:05] il doit faire un ldd sur chacun des binaires, regarder avec pacman -Qo a qui appartient les bibliothèques liées au binaire et regarder si les paquets correspondants sont bien installés, c'est aussi simple que ça j'imagine. [01:06:11] tu compile, t'as ton .pkg.tar.gz [01:06:17] While it can look for common errors and warnings, it isn't very smart. For example, the "depends" rule (the most popular namcap rule) uses ldd to map out dependencies. It's good for very simple checking, but should not be blindly trusted. [01:06:23] http://xentac.net/~jchu/blog/static/namcap [01:06:25] :D [01:06:30] tu passe namcap, l décompresse, teste tous les binaires et cehrche les deps [01:06:43] si une dep manque ou qu'elle est inutile, il gueule :D [01:07:12] mais rien pour te dire qu'elles sont les dépendances requise lors de la création de ton PKGBUILD, donc!?! [01:07:21] namcap homebank-3.3-4-i686.pkg.tar.gz homebank E: Dependency detected and not included (gtk2) from files ['usr/bin/homebank'] [01:07:24] effectivement [01:07:29] cela me semblait trop facile... [01:07:30] si, le README qui est fournit avec les sources [01:07:46] --- wain est parti [01:07:54] au revoir wain ! [01:07:56] :D [01:08:08] qu'est ce que j'ai dit!!!!! [01:08:16] je l'ai fait fuir? [01:08:19] :) [01:08:21] rien ^^ il est programmé [01:08:23] --- wain vient d'arriver [01:08:26] lol [01:08:27] wain est un bot :p [01:08:28] ah les 24h :p [01:08:30] peut être il est en rtc aussi :p [01:08:36] ah le plantage de X ! [01:08:46] bouuuuuuuuuuuuuuuuuhhhh [01:09:01] whouahahahahah [01:09:10] je disais, arch est super stable :D [01:09:26] nan mai moi j'ai recompilé avec des options un peu poussées [01:09:27] * marc[i1] rappel que KDE plante pas chez moi [01:09:31] :D [01:09:43] * vincentxavier rappelle que KDE ne plante pas non plus chez lui [01:09:53] * vincentxavier va se coucher [01:09:53] c'est QT qui m'a fait planté le truc ! [01:10:01] * zura rappelle qu'il est pas sous kde :p [01:10:06] bonne nuit les loulous [01:10:10] bn vincentxavier [01:10:10] bonne nuit vincentxavier [01:10:15] * wain rappelle qu'opera a besoin de qt [01:10:17] pareil que vincentxavier, bonne nuit les gens et merci pour tout [01:10:24] --- vincentxavier est parti [01:10:26] bonne nuit ... [01:10:28] bonne nuit XULien [01:10:46] --- XULien est parti [01:10:49] au revoir... [01:10:54] bonne nuit tout le monde [01:11:01] --- Mildred est parti [01:11:06] pareil pour moi bonne nuit tlm et merci ;) [01:11:06] --- algeroth29 est parti: offline [01:11:10] bon, il est 1h10, nous avons dépassé de 10 minutes :D [01:11:18] je déclare l'atelier, fermé :) [01:11:23] ^^ [01:11:28] merci à tous de votre participation [01:11:28] :) [01:11:29] houhou [01:11:33] pas grave avec sarko c payé les heures sup [01:11:34] :p [01:11:52] sisi [01:12:00] bonne nuit les qui s'en vont [01:12:03] mais en $ galaxien [01:12:04] aller bn all :) [01:12:05] ++ [01:12:07] ++ [01:12:09] bon bah j'espère au moins que vous avez appris à faire des PKGBUILD simple pour votre plus grand bonheur [01:12:25] vivi je my interessais ca tombait a pic [01:12:28] oui bien sur [01:12:41] faudra mettre ca a profit [01:12:48] merci a vous :) [01:12:56] demain soir, intero écrite ! [01:13:01] lol [01:13:02] si tu veux :p [01:13:09] c'est un super concept les ateliers (et sur jabber en plus ;-)) [01:13:15] on fait pas ça gratuitement ! on élève des contributeurs ! [01:13:23] ;) [01:13:28] yes demain soirée pkg Ooo [01:13:49] merci aussi aux admins d'archlinuxfr.org [01:14:00] --- zura est parti [01:14:04] --- Warnaud est parti: Disconnected [01:14:20] bon un se fait une belotte :) ? [01:14:26] oui reste capnemo … qui dors ^^ [01:14:29] yep capnemo [01:14:59] bon ben 'nuit. ce fut agréable [01:15:12] --- darkhad est parti: offline [01:15:36]