Le 26 février 2016 à 17:47:52 google_bot a écrit :
Les autres forums ont le Point Godwin.

Je vais proclamer le Point Stallman ici je pense
N'EST-CE PAS NH3XUS.

https://www.youtube.com/watch?v=lcgE9LfuTFA

Le 26 février 2016 à 17:56:42 Lenheim a écrit :
Nh3xuce.

Il est passé où celui la d'ailleurs ?

Achète toi des lunettes.

Des gnulettes, c'est ce que je vais t'offrir.

gnulettes

Ok merci Dakien.

Juste une vidéo dont la source audio n'avait pas été récupérée et des problèmes de bande-passante mais là c'est fluide, c'est juste le réseau qui devait merder en début d'aprèm car ce soir j'ai plus aucun problème...

Question rapidement :

Quand on fait un script et que pendant qu'il s'execute, il y a une erreur, il s'arrêtera toujours ?

Parce que j'ai scripté la compil de mes paquets et j'avais oublié une option dans /etc/mk.conf la première fois. Il a manqué pas mal de paquets qui ont du se terminer par une erreur mais il ne s'est pas arrêté et à compilé les suivants. C'est normal ?

Tu utilises quoi? bash?

Il y a différentes options ( -x pour aider le debug par exemple), mais aussi des variables à préciser dans le script je vais essayer de retrouver ça.

Grâce à un camarade otaku ( PantsuneMiku ) je viens de résoudre un truc sous debian. La distrib remplace le nom de certaines dépendances , par exemple glibmm en ajoutant lib , ce qui donne libglibmm.

Or lorsque l'on tente de compiler certaines programmes qui demandent glibmm , on se retrouve en PLS à cause du changement de nom. En fait il suffit d'installer la version dev et tout fonctionne.

Ah et je précise , non ce n'est pas un problème de version

http://www.davidpashley.com/articles/writing-robust-shell-scripts/#id2382181

C'est l'option -e pour que ton script se termine à la moindre erreur. (attention à encadrer certaines possibilités où les erreurs sont possibles)
En fait soit tu invoques ton script avec bash -baz, soit tu utilise set -baz au début du script.
La man page est elle aussi instructive.

Oui sous debian il faut installer les versions dev quand on veut utiliser les lib pour compiler.

Question curiosité : si on active le support multilib et qu'on installe libfoo pour une architecture autre (genre mipsel ou armhf), on peut tout simplement utiliser une chaine de compilation croisée comme on utiliserait le compilateur natif et il va trouver les libs? Ce sera absolument fantastique bien que très bordélique, mais j'ai jamais rien entendu de tel.

(dans tous les cas pour un projet vraiment sérieux on prendra en général le soin de générer un sdk j'imagine, surtout qu'avec des outils tels que yocto c'est facilement faisable)

Mais je savais pas moi , ça fait 2 à trois mois que je tourne en rond comme un con à me demander d'où venait le fail

https://twitter.com/ossouverain/status/703115646125498369

Bah pourtant le topic moyen sur stackoverflow c'est :
- xxx compile pas et donne une erreur de type mystère liée à une lib
- install libfoo-dev
- ah oui merci ça marche

Oh tiens, dans certains cas, systemd peut bricker complètement une carte mère avec un UEFI.

https://github.com/systemd/systemd/issues/2402

Sweet Jesus

Et comme d'habitude, Lennart dit que c'est pas de la faute à systemd.

Nh3xus :

Oh tiens, dans certains cas, systemd peut bricker complètement une carte mère avec un UEFI.

https://github.com/systemd/systemd/issues/2402

Sweet Jesus

Et comme d'habitude, Lennart dit que c'est pas de la faute à systemd.

Mais qui est en tort ?
Je veux dire, réellement, qui l'est ?
Est-ce systemd ? Est-ce l'EFI ? Est-ce le fait que tout est considéré comme un fichier et qu'à partir de là, tout est effaçable ? Ou est-ce un ensemble de toute ces choses qui fait qu'au final on en vient à bricker sa carte mère ?

f0c300

J'utilise sh (root) et aussi bash (regular user). C'est pareil pour les deux du coup non ? Parce que j'ai déjà eu un script avec set -x au début pour y afficher chaque commande avant leur execution.

Après, c'est de la compilation "de masse" comme j'aime le dire qui m'installe tout ce dont j'ai besoin sans avoir à intervenir.

J'avais pas mit -e parce que je pensais que, par défaut, il s'arrêtait s'il rencontrait une erreur mais ça n'est pas le cas.

Entre le script d'install de NetBSD et celui qui me permettra de récuperer Linux, il me faut absolument de quoi le stopper en cas de problème

En tout cas merci, c'est exactement ce que je voulais

f0c300 Faut croire que mon xxx était pas assez connu

Iceweasel sera enfin renommé Firefox sous Debian. BMG?

[dsp] :

Iceweasel sera enfin renommé Firefox sous Debian. BMG?

C'était pas une histoire de licence à la base ?
Le logo n'est plus à Mozilla ?
Debian dessère les fesses et accepte du non-libre ?
C'est quoi l'histoire derrière le re-changement de nom ?

Un screen de screenfetch un peu... spécial

Le temps d'une commande, je deviens Arch Linux et à la fin de la commande, je redeviens NetBSD.

Le système n'est absolument pas parametré (inutile, j'avais juste besoin de libs) et, par contre, la mémoire m'affiche un compte négatif mais il semblerait que ce soit du à une lecture du mauvais fichier (hw.physmem au lieu de hw.physmem64 il me semble)

Ce magicien qui a enfin réussi à télécharger de la ram