Damien Thébault a écrit 339 commentaires

À vue de nez ça doit être faisable de faire quelque chose d'à peu près similaire avec des pointeurs de fonction et une fonction attribute((constructor)).
Surtout qu'au final ça fonctionnerait de la même façon et c'est pas beaucoup plus intrusif.

Du coup je vois pas pourquoi ça pose tellement de problème qu'ils en viennent à totalement se passer de systemd !
Enfin bon, je suivrais le bug pour voir comment ça se résoud:
https://bugzilla.redhat.com/show_bug.cgi?id=1067245

J'utilisais jusqu'à maintenant Gnome-Flashback sur ma Gentoo ~arch, mais c'est devenu beaucoup trop précaire sur la dernière version (3.8). Les préférences ne fonctionnent plus entre Gnome, Gnome-Flashback et Gnome-Tweak-Tools et globalement l'expérience utilisateur est devenue vraiment mauvaise. Beaucoup de features que j'utilisais (touche 'meta' pour déplacer les fenêtres, follow focus, system monitor applet, …) ne fonctionne plus et des fonctionnalités basiques ne marchent plus non plus (changement du fond d'écran, changement du mode de mise en veille, …)

J'utilise donc ce que je peux trouver à côté pour avoir quelque chose de fonctionnel, j'ai testé KDE et RazorQt qui sont tous les deux plus fonctionnels. J'attends actuellement Mate 1.8 qui pourra ramener à la vie Gnome. À la base je trouvais leur idée de forker plein de composants de Gnome et de ne pas merger les changements GTK3 pas terrible, mais ils reviennent à la raison et sont en train de faire le ménage, du coup j'attends Mate 1.8 avec impatience pour tester.

Utiliser l'excuse du clavier qwerty pour ne pas taper d'accents c'est mal.
Il existe des solutions pour ça, notamment le très bon keymap "usialtgr" USA International (AltGr dead keys) qui est dispo de base dans les distributions, et même dans ton cas sur d'autres OS moins aidés : https://code.google.com/p/usialtgr/ .

Moi c'est ce keymap que j'utilise pour l'instant sur mon typematrix avec skin qwerty, même si j'ai également la skin bépo qu'il faudrait que je teste !

Voilà un petit exemple vite-fait avec iconv, qui prend de l'UCS-4 ("hexadécimal") en entrée et qui sort de l'UTF-8.

#include <stdio.h>
#include <stdint.h>
#include <stdlib.h>
#include <errno.h>
#include <iconv.h>
#include <endian.h>

int main(int argc, char **argv)
{
    uint32_t ucode[] = {
        htobe32(0x0391), /* A   */
        htobe32(0x1FB9), /* A&  */
        htobe32(0x1FB8), /* A'  */
        htobe32(0x1F09), /* A(  */
        htobe32(0x1F0D), /* A(/ */
    };
    char buf[32] = "";

    iconv_t cd;
    char *inbuf, *outbuf;
    size_t insize, outsize, status, outlen, i;

    inbuf = (char*)ucode;
    insize = sizeof(ucode);
    outbuf = buf;
    outsize = sizeof(buf);
    outlen = 0;

    cd = iconv_open("UTF-8", "UCS-4BE");
    do
    {
        printf("in: %zu bytes left\n", insize);
        printf("out: %zu bytes left\n", outsize);
        status = iconv(cd, &inbuf, &insize, &outbuf, &outsize);
        if(status == (size_t)-1)
        {
            perror("iconv");
            exit(1);
        }
    } while(insize > 0 && outsize > 0);
    iconv_close(cd);

    outlen = sizeof(buf) - outsize;
    printf("\n");
    printf("Output utf-8: \"%.*s\"\n", (int)outlen, buf);
    printf("\n");
    printf("%zu bytes:\n", outlen);
    for(i=0 ; i<outlen ; i++)
    {
        printf("out[%02zu] = 0x%X\n", i, (uint8_t)buf[i]);
    }

    return 0;
}

Il existe effectivement déjà des bibliothèques pour faire ce que tu veux en C.
Les deux premières qui pourraient fonctionner sont iconv et icu (uconv).
Dans les deux cas, tu peux partir d'UCS-4 (≃UTF-32) ou wchar et arriver en UTF-8.
En plus en bonus tu as la possibilité de fonctionner avec autre chose que de l'UTF-8 en sortie.

Au passage, après waf et ninja, j'ai entendu parler de tup dernièrement qui me semble plutôt intéressant.

Sur jdownloader je remarque depuis peu de temps que youtube propose des fichiers en VP8 également, ça serait une option intéressante pour ce projet !

Il me semble que l'alternative est de développer plusieurs features implémentées par systemd dans OpenRC, par exemple le cleaning des applications filles, etc.

Du coup ça ne semble pas trop envisageable vu le travail que ça représente, en plus de dupliquer le travail fait sur systemd.

Donc à priori oui c'est possible d'utiliser sans systemd, mais il y a quand même besoin de certaines fonctionnalités et il me semble que pour l'instant personne ne l'a fait (peut-être sur BSD?).

Pas vraiment 599$/€ il me semble.

De ce que j'ai compris c'est :

• 549$ aux US
• 599€ en Allemagne

(En prenant en compte le taux $/€ et une TVA à 20% ça aurait du être plutôt dans les 499€ en Allemagne et France)

Je trouve peut-être ça un peu dommage d'empêcher les contributions juste parce qu'on paye des gens pour travailler sur un projet un peu équivalent par ailleurs.
En plus au vu des diff, c'est pas non plus un changement très violent.

Après je peux comprendre que ça fait un peu plus de travail, mais bon vu le peu de code modifié ça me semble plus être une histoire politique tout court, à savoir Intel qui ne veut pas que XMir devienne majoritaire sinon ils auraient développé Wayland pour rien.

Et du coup, je trouve ça plutôt mauvais que de la "politique" influence du code libre de cette manière.
(Et oui, Mr Intel, Canonical a le manpower pour gérer l'intégration de son petit patch XMir lui-même, c'est ridicule comme excuse)

Il rattrapent chromium/chrome sur ce point là du coup:
http://lifehacker.com/5685352/set-chrome-to-run-flash-and-other-plug+ins-on+demand-only

Il y'a aussi une branche "test" qui est actuellement en 3.7, qui est reprise notamment par gentoo hardened, que j'utilise actuellement et qui fonctionne parfaitement bien !

Subsonic semble en effet intéressant, c'est un cloud perso quoi :) .

J'ai reçu en cadeau quelques mois d'abonnement spotify premium.
Vu qu'en général j'écoute beaucoup sur mobile j'ai installé l'appli android.

En vrac mes remarques:

• J'ai du mal à trouver la musique que j'écoute, j'ai plus d'albums chez moi que ce que je suis capable de trouver sur spotify, et parfois on va trouver sur spotify quelques albums d'un artiste mais pas tous. L'intérêt pour moi de ce genre de service serait justement de pouvoir tout trouver !
• J'ai du mal à faire des recherches, la fonctionnalité de recherche retourne seulement quelques items "Artistes" et "Album" et j'ai pas trouvé comment en avoir plus. De plus il est assez pénible de parcourir les liens de parenté Artiste/Album/Morceau.
• Je n'arrive pas à l'utiliser comme une grosse bibliothèque. On ne peut pas mettre de bookmarks sur un artiste ou un album, du coup je me demande encore comment on est sensé utiliser tout ça (mettre un morceau en bookmark et remonter les liens de parenté !?). Et par exemple quand je suis sur un album je n'ai pas trouvé comment le lire en aléatoire !

Du coup à la place j'utilise les fichiers provenant de mes CDs avec le lecteur Android de base et ça marche très bien. Vu le prix du service Spotify ça fait mal !

Merci, tinytiny-rss ça a l'air vraiment pas mal avec le client associé !

J'utilisais Liferea avant, j'avais quelques soucis de performances à l'époque.

J'utilise quasiment exclusivement des flux RSS/Atom, si un site n'en a pas je le met en bookmark quand même, mais puisque je ne les utilise pas en général, il est donc relativement probable que je n'y retourne pas dessus sauf miracle.

Pourquoi se forcer à aller chercher l'information alors que l'information peut venir à moi directement ? N'est-ce pas le but de l'informatique de simplifier la vie de l'utilisateur ?

J'utilisais à l'origine un client sur mon ordinateur, mais je suis peu à peu passé sur google reader où j'ai maintenant 104 sources. Le fait d'avoir ces données sur les serveurs de google me gène quand même un peu mais pour l'instant ça me permet les choses suivantes :

• disponibilité depuis n'importe quel ordinateur
• plusieurs logiciels compatibles, j'utilise notamment NewsRob sur mon téléphone Android ce qui me permet notamment d'avoir les news sur mon téléphone même quand je n'ai pas accès à internet, par exemple dans le métro/RER

Si je trouve un logiciel libre qui me permette les deux ça serait intéressant (et j'ai un serveur perso que je peux utiliser).

Entre le RSS et le Atom, pour avoir étudié les deux l'Atom est largement mieux !

C'est une solution pas forcément adaptée au contexte ici mais qui serait par contre effectivement totalement adaptée si on voulait compiler la totalité des fichier .c d'un projet avec g++

Sauf que si c'est possible:

bionic/stubs.o: bionic/stubs.c
        $(CXX) -c $^ -o $@

Le problème c'est qu'il ne faut pas oublier de rajouter les différents flags, donc au minimum ça donnerait ça:

bionic/stubs.o: bionic/stubs.c
        $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $^ -o $@

Et si jamais il y a d'autres flags à rajouter ça peut poser marcher chez soi mais pas chez d'autres juste pour ce fichier…

Donc au final avec les makefiles de base on a les deux possibilités :

• utiliser des règles par défaut qui sont communes pour tout le monde
• et/ou surcharger pour certains fichiers mais en prenant le risque d'avoir justement des différences avec le reste

Une première alternative serait de définir deux extensions différentes ".oxx" (ou ".opp") et ".o", et avoir 3 règles génériques :

• .c -> .o (avec CC, normal)
• .cpp -> .oxx (avec CXX, normal)
• .c -> .oxx (avec CXX, ce qui est demandé ici)
• la quatrième règle .cpp -> .o n'est normalement pas possible, donc le mieux est de ne pas la définir pour forcer les développeurs à renommer le .cpp en .c si c'est bien du C

Ensuite dans le makefile on peut indiquer facilement si on veut utiliser CC ou CXX grâce à l'extension ".o" ou ".oxx" quand on mentionne les dépendances.

Une autre possibilité serait d'avoir des macros pour compiler avec CC ou avec CXX, mais c'est beaucoup moins élégant.

Tout ça demande des modifications des Makefiles pour un cas quand même assez rare.

Make est assez bas niveau pour que quasiment tout soit possible (au prix d'un effort plus ou moins important).

Je compte déjà 9 "SuSE" dans le journal, ça ressemble plus à une pub pour SuSE que n'importe quoi d'autre.
Utiliser des journaux pour faire de la pub c'est pas du tout pertinent un point c'est tout.

Il me semble qu'on avait déjà parlé que les APIs de systemd (elles sont sur dbus) étaient documentées et qu'il était donc possible de les réimplémenter si besoin.

Dans notre cas, c'est de logind qu'on parle, elle n'a encore été réimplémentée par personne mais ça va peut-être se faire maintenant.

La majorité des véhicules sont conçus pour protéger les piétons il me semble.
C'est une loi européenne ou quelque chose comme ça.
(De ce que je me souviens, les voitures qui se vendent en faible volume ne sont pas soumises à cette obligation, par exemple les Ferrari, Lamborghini et autres)

Après le test Euroncap a ajouté un test de sécurité des piétons, ce qui encourage d'autant plus les constructeurs à améliorer ça.

(La difficulté étant qu'il faut réussir à combiner le style, l'aérodynamisme et la sécurité)

Pareil pour le CT voiture en fait, comme dit dans plusieurs messages, pourquoi ça serait spécifique au CT moto ?

Au passage il y a des gens avec peu de revenus qui ont une voiture.

À mon avis, à l'époque la qualité des autres distributions était assez faible et gentoo avait le gros avantage de simplement fonctionner, notamment en évitant de patcher les bureaux dans tous les sens ou autres.

Depuis ça s'est pas mal amélioré, Ubuntu est passée par là et apporte un bon niveau de qualité, même Fedora est devenue à peu près stable.

Arch apporte maintenant globalement les mêmes avantages que gentoo (paquets vanilla, bonne réactivité pour les nouvelles versions, …) tout en étant plus rapide et moins problématique puisqu'elle ne demande pas de compilation à l'utilisateur. La tendance Gentoo/Arch s'est globalement inversée autour de 2009.

À mon avis les utilisateurs de Gentoo restent stables et il y à sans doute peu de départs/arrivées, mais globalement à part le manque de ressources que cela implique, ça ne me dérange pas spécialement, ça fonctionne bien pour moi et c'est ça l'important.

Au passage, je suis tombé sur un narticle: Gentoo a du coeur

Je pense qu'il est intéressant de mentionner que certaines cartes raid permettent également d'avoir un cache SSD de manière transparente du point de vue de l'OS.

Par exemple maxCache chez Adaptec ou CacheCade chez LSI.

Personellement j'ai commandé un Core i5 2390T avec un TDP Max de 35W, c'est disponible uniquement en OEM normalement, donc c'est un peu compliqué à se procurer, mais sinon le i3 2100T est facilement trouvable par exemple.

Par dessus j'ai collé un radiateur Prolimatech Samuel 17 et ça fonctionne correctement, mais si le boitier est assez grand y'a d'autre radiateurs plus volumineux comme le Prolimatech Black Megahalems.

Ensuite il faut une ventilation correcte pour que l'air circule entre les ailettes, des conduits de ventilation peuvent vraiment aider à ce niveau car les ailettes sont souvent assez rapprochées et fonctionneront beaucoup mieux si l'air est forcé de passer au travers.

Dans ce contexte, un unique ventilateur peut suffire à ventiler le boîtier entier.