general.cherche-logiciel : Autonfiguration du noyau.
Posté par Paul Chavent (page perso, ) le 31 août 2007
Bonjour.
La sélection manuelle des parties du noyau à compiler est fastidieuse. Je commence à connaitre ma machine et je sais maintenant à peut prêt ce qu'il faut cocher pour qu'elle marche.
Mais voila, récement j'ai essayé de repartir de zéro avec une nouvelle machine, avec un noyau récent et je me suis trouvé mal.
Alors j'imagine qu'on pourrait avoir un outils qui ferait cela pour nous.
Par exemple on compile un noyau qui dispose de toutes les options activées.
On le lance.
Et là (...)
La sélection manuelle des parties du noyau à compiler est fastidieuse. Je commence à connaitre ma machine et je sais maintenant à peut prêt ce qu'il faut cocher pour qu'elle marche.
Mais voila, récement j'ai essayé de repartir de zéro avec une nouvelle machine, avec un noyau récent et je me suis trouvé mal.
Alors j'imagine qu'on pourrait avoir un outils qui ferait cela pour nous.
Par exemple on compile un noyau qui dispose de toutes les options activées.
On le lance.
Et là (...)
> Lire le message (5 commentaires, moyenne: 1,6).
general.cherche-logiciel : Système de gestion de conf. à vues.
Posté par Paul Chavent (page perso, ) le 14 février 2007
Bonjour.
Est-il possible pour un logiciel de gestion de conf de proposer des vues ?
Par exemple imaginons la structure de données suivante :
Je voudrais proposer une vue avec, par exemple :
Le développeur manipule les fichiers de cette vue (commit, checkout, update, etc) sans se soucier de comment ils sont arrangés.
Pour ceux qui se demandent pourquoi (...)
Est-il possible pour un logiciel de gestion de conf de proposer des vues ?
Par exemple imaginons la structure de données suivante :
+a
| +a.txt
| +a.c
| +a.h
|
+b
| +b.txt
| +b.c
| +b.h
|
+c
| +c.txt
Je voudrais proposer une vue avec, par exemple :
+foo
| +a.txt
| +a.c
| +a.h
| +b.txt
| +c.txt
|
+bar
| +b.c
| +b.h
|
Le développeur manipule les fichiers de cette vue (commit, checkout, update, etc) sans se soucier de comment ils sont arrangés.
Pour ceux qui se demandent pourquoi (...)
> Lire le message (0 commentaire).
general.general : Portée des corrections de bug dans une distribution.
Posté par Paul Chavent (page perso, ) le 08 novembre 2006
Bonjour.
Je me pose une question à propos des changelogs que l'on lit à la sortie de la nouvelle version d'une distribution.
Quand on lit par exemple : "X11: fixed an integer overflow in FreeType" sur http://www.netbsd.org/Releases/formal-3/NetBSD-3.1.html est ce que cela signifie que les développeurs ont trouvé le bug, l'ont soumis au projet X11 et ensuite ont reconstruit le package avec cette mise à jour ?
Dans ce cas, les autres distributions (Linux et tout) qui intégreraient cette nouvelle (...)
Je me pose une question à propos des changelogs que l'on lit à la sortie de la nouvelle version d'une distribution.
Quand on lit par exemple : "X11: fixed an integer overflow in FreeType" sur http://www.netbsd.org/Releases/formal-3/NetBSD-3.1.html est ce que cela signifie que les développeurs ont trouvé le bug, l'ont soumis au projet X11 et ensuite ont reconstruit le package avec cette mise à jour ?
Dans ce cas, les autres distributions (Linux et tout) qui intégreraient cette nouvelle (...)
> Lire le message (2 commentaires, moyenne: 1,5).
Bonjour.
Existe-t-il une option pour que les logs de démarrage du noyau ne soient pas affichés.
Il semble que dans kernel.h on puisse définir la limite du 'loglevel', mais j'aurai aimé faire cela sans recompiler.
Les seuls paramètres qui semblent avoir un lien avec cela sont 'debug' et 'console='. Mais ils ne résolvent pas le problème.
Existe-t-il une option pour que les logs de démarrage du noyau ne soient pas affichés.
Il semble que dans kernel.h on puisse définir la limite du 'loglevel', mais j'aurai aimé faire cela sans recompiler.
Les seuls paramètres qui semblent avoir un lien avec cela sont 'debug' et 'console='. Mais ils ne résolvent pas le problème.
> Lire le message (1 commentaire, moyenne: 6).
Opéra devient gratuit : http://opera.com(...)
> Lire le message (1 commentaire, moyenne: 1).
A cette occasion Opera Community propose une licence gratuite pour son logiciel : http://my.opera.com/community/party/reg.dml(...)
> Lire le message (1 commentaire, moyenne: 1).
Bonjour, je suis en train de compiler un kit de développement croisé.
Le problème survient au moment de spécifier les bonnes options à GCC.
Jadis, j'utilisais "--with-headers=$(src)/newlib-X.Y.Z/newlib/libc/include" et "--with-newlib".
Désormais l'option "--with-header" est proclamée obsolète au profit de l'option "--with-sysroot". Impossible de trouver une documentation qui décrive comment bien organiser mon arborescence et comment spécifier le bon chemin avec cette option.
En attendant (...)
Le problème survient au moment de spécifier les bonnes options à GCC.
Jadis, j'utilisais "--with-headers=$(src)/newlib-X.Y.Z/newlib/libc/include" et "--with-newlib".
Désormais l'option "--with-header" est proclamée obsolète au profit de l'option "--with-sysroot". Impossible de trouver une documentation qui décrive comment bien organiser mon arborescence et comment spécifier le bon chemin avec cette option.
En attendant (...)
> Lire le message (0 commentaire).
Run by 
Cette page a été générée par Templeet en 0.1959s (dont 0.1308 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !