On Tuesday 10 December 2013 23:01:45 Sylvain L. Sauvage wrote:
> Le mardi 10 décembre 2013 21:28:23 Christophe a écrit :
> > Je prend[s] un peu de retard sur la discussion (en espérant
> > que ces allusions ne m'étaient pas destinées).
>
> C’est ma réponse à une question d’André qui a lancé ce su
Le mardi 10 décembre 2013 21:28:23 Christophe a écrit :
> Bonsoir,
’soir,
>[…]
> Je prend[s] un peu de retard sur la discussion (en espérant
> que ces allusions ne m'étaient pas destinées).
C’est ma réponse à une question d’André qui a lancé ce sujet.
Si ta question avait été en cause, je l’
Bonjour à tous les utilisateurs et développeurs de Debian :
Tout d'abord, mille excuses à Maderios pour lui avoir directement
envoyé mon précédent message de ce fil de discussion.
Le 10/12/2013, Haricophile a écrit :
> Le Tue, 10 Dec 2013 21:28:23 +0100,
> Christophe a écrit :
>
>> Je prend un p
Le Tue, 10 Dec 2013 21:28:23 +0100,
Christophe a écrit :
> Je prend un peu de retard sur la discussion (en espérant que ces
> allusions ne m'étaient pas destinées).
> J'espère que cette question de départ n'était pas dénuée d’intérêt et
> pourra servir à d'autres.
Personnellement, je n'avais auc
Bonsoir,
Le 10/12/2013 21:06, Haricophile a écrit :
> Le Tue, 10 Dec 2013 19:55:58 +,
> Stéphane GARGOLY a écrit :
>
>> Mais enfin, vous n'avez pas compris : pour certains, vous êtes "le"
>> moteur de recherche !!
>>
>> Cordialement et à bientôt,
>>
>> Stéphane.
>
> Bah, c'est parce que vou
Le Tue, 10 Dec 2013 19:55:58 +,
Stéphane GARGOLY a écrit :
> Mais enfin, vous n'avez pas compris : pour certains, vous êtes "le"
> moteur de recherche !!
>
> Cordialement et à bientôt,
>
> Stéphane.
Bah, c'est parce que vous êtres trop bons, vous êtes plus rapide que
Google. Prenez ça comm
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 08/12/2013, maderios a écrit :
> On 12/08/2013 09:22 AM, Sylvain L. Sauvage wrote:
>>C’est une impression ou il y en a certains qui ne font
>> vraiment pas de recherches avant de poster ?
>
> C'est effectivement très "tendance" et
On 12/09/2013 11:43 AM, andre_deb...@numericable.fr wrote:
On Sunday 08 December 2013 09:22:49 Sylvain L. Sauvage wrote:
Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr
[…]
DKMS + "make-kpkg" + créer le paquet -headers + l'installer :
ou trouver un bon tutoriel ?
http://wiki
Le lundi 9 décembre 2013 11:43:49 andre_deb...@numericable.fr a
écrit :
>[…]
> La prochaine fois, j'irai sur Google en tapant :
> "tutoriel noyau make-kpkg",
> apparaitront 100 liens et lequel vaut le coup ?
> après de longues minutes (heures) de recherches.
Évidemment, si dès que tu penses « r
On Sunday 08 December 2013 09:22:49 Sylvain L. Sauvage wrote:
> Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr
> >[…]
> > DKMS + "make-kpkg" + créer le paquet -headers + l'installer :
> > ou trouver un bon tutoriel ?
>
> http://wiki.debian.org/Kernel et suis les liens.
> C’est u
On 12/08/2013 09:22 AM, Sylvain L. Sauvage wrote:
C’est une impression ou il y en a certains qui ne font
vraiment pas de recherches avant de poster ?
C'est effectivement très "tendance" et le mouvement est exponentiel.
Idem sur la liste en langue anglaise.
--
Maderios
--
Lisez la FAQ de
Le samedi 7 décembre 2013 23:40:09 andre_deb...@numericable.fr a
écrit :
>[…]
> DKMS + "make-kpkg" + créer le paquet -headers + l'installer :
>
> ou trouver un bon tutoriel ?
http://wiki.debian.org/Kernel et suis les liens.
C’est une impression ou il y en a certains qui ne font
vraiment pa
On Saturday 07 December 2013 18:08:23 Christophe wrote:
> Le 06/12/2013 22:27, Sylvain L. Sauvage a écrit :
> > Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
> >> [… DKMS …]
> >> Comment cela se passe t'il avec un noyau compilé maison via la
> >> méthode make-kpkg ?
> > Pareil qu’avec
Bonsoir,
Le 06/12/2013 22:27, Sylvain L. Sauvage a écrit :
> Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
>
>> [… DKMS …]
>> Comment cela se passe t'il avec un noyau compilé maison via la
>> méthode make-kpkg ?
>
> Pareil qu’avec un paquet officiel : c’est automagique.
>
> Il
Le vendredi 6 décembre 2013 19:02:56 Christophe a écrit :
> Bonsoir,
’soir,
>[… DKMS …]
> Comment cela se passe t'il avec un noyau compilé maison via la
> méthode make-kpkg ?
Pareil qu’avec un paquet officiel : c’est automagique.
Il suffit juste de penser à demander à make-kpkg de te faire
Bonsoir,
Le 30/11/2013 20:48, Christophe a écrit :
> A présent, j'ai du core i3 (4 Threads) sur PC fixe et du core i7 sur PC
> portable (8 Threads). Dans le principe, ca serait pas mal, si je trouve
> le temps de me replonger dans ce genre d'activité ;) .
J'ai du coup, un p'tite question un peu e
On 12/06/2013 04:08 AM, BOLLINGH Sebastien wrote:
La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau
debian précompilé puis de la "dégraisser" de ce qui n'est pas adapté à
ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas
d'options à changer.
OK, comme
> La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau
> debian précompilé puis de la "dégraisser" de ce qui n'est pas adapté à
> ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas
> d'options à changer.
OK, comment cela répond presque aux questions que je me
Le lundi 02 décembre 2013 à 22:35, Sylvain L. Sauvage a écrit :
> > Je ne suis par exemple, à l'heure actuelle, incapable de dire
> > quelles sont les différences entre un 2.6.32 source , et un
> > 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […]
>
> less /usr/share/doc/linux-image-
Le lundi 2 décembre 2013 21:13:22 Christophe a écrit :
> Bonsoir,
’soir,
>[…]
> C'est que du coup, on se retrouve à avoir des noyaux avec une
> version, qui ont certaines (et des fois des grosses)
> divergences avec la source de la même version. Ca devient
> vite sympa quand tu veux savoir si une
Bonsoir,
Le 02/12/2013 17:06, maderios a écrit :
>> - L'équipe Debian Secu regarde la vulnérabilité et sa
>>correction, et change le code de X pour la réparer.
>>Peut-être simplement en appliquant le patch de la version
>>X+Y, ou peut-être en écrivant directement dans le code,
>>ca
On Mon, Dec 02, 2013 at 05:06:50PM +0100, maderios wrote:
> Ils feraient bien de communiquer sur ce dernier point. Beaucoup
> d'utilisateurs seraient intéressés par une connaissance plus
> approfondie des arcanes de la maintenance de Debian.
C'est plus ou moins suggéré ici:
http://www.debian.org/s
On 12/02/2013 09:01 AM, Yves Rutschle wrote:
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote:
Chaque nouvelle version de noyau créant des possibilités de
nouvelles failles, un patch sécurité créé par les dev kernel pour un
récent noyau "F" répondra aux besoins spécifiques de "F" et non
Le 02/12/2013 09:01, Yves Rutschle a écrit :
Malgré tous les fantasmes qu'il porte, le noyau Linux n'est
qu'une application parmi d'autres, particulièrement de ce
point de vue. Il n'y a donc aucun problème à utiliser un
je voudrais aussi ajouter, car ca à l'air un peu perdu de vue que le
noya
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote:
> Chaque nouvelle version de noyau créant des possibilités de
> nouvelles failles, un patch sécurité créé par les dev kernel pour un
> récent noyau "F" répondra aux besoins spécifiques de "F" et non à
> un noyau ancien "B" abandonné_EOL_en
Le dimanche 01 décembre 2013 à 15:21 +0100, maderios a écrit :
> On 12/01/2013 02:42 PM, Gilles Mocellin wrote:
> > Le 01/12/2013 14:03, Zuthos Oddy a écrit :
> >>
> >>
> >>> Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
> >>> sécurité'
> >>> Je dis depuis le début de ce
On 12/01/2013 06:24 PM, nb wrote:
A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas
s'il travaille encore pour eux, mais ça pourrait expliquer un tel niveau
de support.
Alan Cox a quitté redhat il y a longtemps, ensuite il a bossé chez intel.
Il a laissé tomber le noyau +
Le 01/12/2013 18:24, nb a écrit :
A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas
s'il travaille encore pour eux, mais ça pourrait expliquer un tel
niveau de support.
tout ca se paie:
https://www.redhat.com/wapps/store/catalog.html
jdd
--
http://www.dodin.org
--
Lis
Le 01-12-2013 14:42, Gilles Mocellin a écrit :
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour
de
sécurité n'existent plus à partir du moment qu
Le 01/12/2013 14:42, Gilles Mocellin a écrit :
Dire que chez RedHat il y a un support, certes limité, de 10ans voir
13ans avec un pack d'extension sur leurs versions RHEL...
https://access.redhat.com/site/support/policy/updates/errata/
Je ne sais pas s'ils y arrivent correctement.
, mais avec de
On 12/01/2013 02:42 PM, Gilles Mocellin wrote:
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'
On Sunday 01 December 2013 14:42:16 Gilles Mocellin wrote:
> Dire que chez RedHat il y a un support, certes limité, de 10ans voir
> 13ans avec un pack d'extension sur leurs versions RHEL...
> https://access.redhat.com/site/support/policy/updates/errata/
> Je ne sais pas s'ils y arrivent correctemen
Le 01/12/2013 14:03, Zuthos Oddy a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandonné_EOL_End of li
>>
> Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
> sécurité'
> Je dis depuis le début de cette conversation que ces mises à jour de
> sécurité n'existent plus à partir du moment qu'un noyau est décrété
> abandonné_EOL_End of life_Fin de vie par les dev du noy
Le 01/12/2013 13:47, maderios a écrit :
On parle ici de la sécurité du noyau, affaire des dev du noyaux, et
non d'une compilation d'un programme plus récent, ce qui est le cas
d'un backport.
je connais des gens qui font ca régulièrement, et uniquement pour la
sécurité, pour le reste c'est trop
On 12/01/2013 01:37 PM, jdd wrote:
Le 01/12/2013 12:40, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandon
On 12/01/2013 01:25 PM, Charles Plessy wrote:
Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du momen
Le 01/12/2013 12:40, maderios a écrit :
Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de
sécurité'
Je dis depuis le début de cette conversation que ces mises à jour de
sécurité n'existent plus à partir du moment qu'un noyau est décrété
abandonné_EOL_End of life_Fin de vie par le
Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit :
> >
> Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité'
> Je dis depuis le début de cette conversation que ces mises à jour de
> sécurité n'existent plus à partir du moment qu'un noyau est décrété
> abandonné_EOL
On 11/30/2013 09:51 PM, François Boisson wrote:
Le Sat, 30 Nov 2013 20:48:12 +0100
Christophe a écrit:
Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
cas- (y'a 7~8 ans maintenant), c'était plutôt 45
On 12/01/2013 07:23 AM, Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote:
Yves Rutschle wrote:
Non, ta seconde phrase est fausse: l'équipe sécu Debian suit
l'actualité du noyau, et quand elle voit des mises à jour de
sécurité, elle les adapte aux versions qui sont d
On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote:
> Yves Rutschle wrote:
> >Non, ta seconde phrase est fausse: l'équipe sécu Debian suit
> >l'actualité du noyau, et quand elle voit des mises à jour de
> >sécurité, elle les adapte aux versions qui sont dans Debian.
>
> "et quand elle voit
Le Sat, 30 Nov 2013 20:48:12 +0100
Christophe a écrit:
> Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
> paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
> cas- (y'a 7~8 ans maintenant), c'était plutôt 45 ~ 60mn, mais ce n'était
> pas les machines qu
Bonsoir,
Le 30/11/2013 20:12, andre_deb...@numericable.fr a écrit :
> On Saturday 30 November 2013 20:03:50 maderios wrote:
>>> J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas
>>> le '--jobs 9' . Très sympa dans le principe !
>>
>> Oui mais il faut un cpu 8 coeurs, j'ai ce
Le 30/11/2013 20:03, maderios a écrit :
> Tout dépend de la conf, +- 3mn
C'est particulièrement bon ça ;) .
Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du
paquet kernel-package à l'époque, je ne saurais dire si c'est encore le
cas- (y'a 7~8 ans maintenant), c'était plutôt 4
On Saturday 30 November 2013 20:03:50 maderios wrote:
> > J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas
> > le '--jobs 9' . Très sympa dans le principe !
>
> Oui mais il faut un cpu 8 coeurs, j'ai cette "chance" là :
Intel i7 ?
Et si Intel i5 => --jobs = combien ?
andr
Christophe wrote:
Le 30/11/2013 19:18, maderios a écrit :
Christophe wrote:
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la fais à la roots ? ;)
J'utilise make-kpkg qui simplifie bien le travail
Dans le répertoire des sources :
make-kpkg --jobs 9 kerne
Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote:
L'équipe de sécu Debian fait le rétro-portage des correctifs
de sécurité sur les versions empaquetées pour Debian. Aucun
problème, donc.
Justement, problème parce que les patches de sécurité n'existent
plus pour les
On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote:
> >L'équipe de sécu Debian fait le rétro-portage des correctifs
> >de sécurité sur les versions empaquetées pour Debian. Aucun
> >problème, donc.
> Justement, problème parce que les patches de sécurité n'existent
> plus pour les noyaux EOL/e
Le 30/11/2013 19:18, maderios a écrit :
> Christophe wrote:
>>
>> Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
>> , ou tu te la fais à la roots ? ;)
>>
> J'utilise make-kpkg qui simplifie bien le travail
> Dans le répertoire des sources :
> make-kpkg --jobs 9 kernel_ima
Christophe wrote:
Bonsoir,
Le 30/11/2013 18:58, maderios a écrit :
Wheezy et parfois Jessie
Je parlais des sources du noyau que je récupère pour les compiler, dispo
ici
https://www.kernel.org/
Maderios
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la f
Bonsoir,
Le 30/11/2013 18:58, maderios a écrit :
> Wheezy et parfois Jessie
> Je parlais des sources du noyau que je récupère pour les compiler, dispo
> ici
> https://www.kernel.org/
>
> Maderios
>
>
Du coup , tu utilises des trucs comme kernel-package pour créer des .deb
, ou tu te la fais à
andre_deb...@numericable.fr wrote:
On Saturday 30 November 2013 18:12:03 maderios wrote:
Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
3.10.21 est publiée.
3.10.21 : tu es sous Jessie ?
Wheezy et parfois Jessie
Je parlais des sources du noyau que je récupère pour le
Bonsoir,
Le 30/11/2013 18:53, andre_deb...@numericable.fr a écrit :
> On Saturday 30 November 2013 18:12:03 maderios wrote:
>> Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
>> 3.10.21 est publiée.
>
> 3.10.21 : tu es sous Jessie ?
>
> Sous Wheezy = 3.2.0-4
>
> andré
>
On Saturday 30 November 2013 18:12:03 maderios wrote:
> Mon noyau est un 3.10.20 et je découvre à l'instant même que la version
> 3.10.21 est publiée.
3.10.21 : tu es sous Jessie ?
Sous Wheezy = 3.2.0-4
andré
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/F
Yves Rutschle wrote:
On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote:
À tout ce qui a été dit, j'ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
La sécurité est assurée par les développeurs du noyau et le fait de
compiler soi-même p
On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote:
> >À tout ce qui a été dit, j'ajoute un point oublié: compiler
> >son noyau implique de faire le suivi de sécurité soi-même.
> >
> La sécurité est assurée par les développeurs du noyau et le fait de
> compi
a été dit, j'ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
La sécurité est assurée par les développeurs du noyau et le fait de
compiler soi-même permet notamment d'être plus réactif que Debian quand
un patch de correction est appliqué par l
On 11/29/2013 10:19 PM, Bzzz wrote:
On Fri, 29 Nov 2013 21:57:22 +0100
Christophe wrote:
Ben, vi , et il a surement raison aussi :) .
Mais la compatibilité native avec certaines fonctionnalités est
également un élément clé pour que cela soit adopté par un maximum
de machines , quelque soit leu
27;ajoute un point oublié: compiler
son noyau implique de faire le suivi de sécurité soi-même.
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french
Le 29/11/2013 23:37, Raphaël POITEVIN a écrit :
> Stéphane GARGOLY writes:
>> Il y en a qui s'emmêle les dates... ;-)
>
> Ça laisse le choix dans la date ! :)
>
Très belle contrepèterie :) .
@+
Christophe.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/Fre
Stéphane GARGOLY writes:
> Il y en a qui s'emmêle les dates... ;-)
Ça laisse le choix dans la date ! :)
--
Raphaël
« Tout chercheur plongé dans la science subit une poussée de bas en haut
susceptible de lui remonter le moral. »
Monsieur Cyclopède
--
Lisez la FAQ de la liste avant de poser une
Bonsoir,
Le 29/11/2013 22:45, Bzzz a écrit :
> 99; tout le monde à droit à l'erreur, nan?!
> (et oui, il me semble que Linux existait djà)
>
> -- aa il y a un mec qui m'a dit
> que pour compresser mes dossiers je devais faire un "mv mondossier
> /dev/null" et je r
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, andre_deb...@numericable.fr
a écrit :
> Si tu veux compiler un noyau facilement,
> le plus récent, il faut le faire avec la distrib. la plus puriste =
> Slackware
> qui s'accomode des noyaux sans cesse renouvelé du site
> h
On Fri, 29 Nov 2013 22:32:14 +0100
Christophe wrote:
> Bonsoir,
>
> Le 29/11/2013 22:19, Bzzz a écrit :
> >> de machines , quelque soit leur age ...
> >
> > N'exagérons rien: en 90, je faisais tourner une slink avec 14MB
> > de RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
> >
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, Bzzz a écrit :
> N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
> RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90 ? La version 2.1 de Debian (dite "slink") a été publiée le 9 mars 19
Le vendredi 29 novembre 2013, 22:32:14 Christophe a écrit :
> Bonsoir,
>
> Le 29/11/2013 22:19, Bzzz a écrit :
> >> de machines , quelque soit leur age ...
> >
> > N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
> > RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
Le 29-11-2013 22:32, Christophe a écrit :
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
de machines , quelque soit leur age ...
N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
En 90 ? Hmm ??? Linux existait à c
Bonsoir,
Le 29/11/2013 22:19, Bzzz a écrit :
>> de machines , quelque soit leur age ...
>
> N'exagérons rien: en 90, je faisais tourner une slink avec 14MB de
> RAM et moins de 440…MB de HD; ça n'est désormais plus le cas.
>
En 90 ? Hmm ??? Linux existait à cette époque ??
@+
Christophe.
--
Si tu veux compiler un noyau facilement,
le plus récent, il faut le faire avec la distrib. la plus puriste = Slackware
qui s'accomode des noyaux sans cesse renouvelé du site
https://www.kernel.org/
Le + récent = 3.12 du 2013-11-29
Ma Debian Wheezy n'en est qu'au "3.2.0-4"
andré
--
Lisez la FAQ
On Fri, 29 Nov 2013 21:57:22 +0100
Christophe wrote:
> Ben, vi , et il a surement raison aussi :) .
> Mais la compatibilité native avec certaines fonctionnalités est
> également un élément clé pour que cela soit adopté par un maximum
> de machines , quelque soit leur age ...
N'exagérons rien: en
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 29/11/2013, Zuthos Oddy a écrit :
> Continuez-vous à compiler votre noyau?
> Et surtous pourquoi?
>
> En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
> demande si je ne fais pas une erreur.
J'ai envoyé un message
Hello,
Le 29/11/2013 21:25, Bzzz a écrit :
>
> Tu veux lancer un flame sur la qualité du kernel, ou bien?
Loin de moi cette idée.
J'utilise Linux depuis suffisamment longtemps (1999/2000 ? , j'sais plus
trop) pour lancer un pamphlet haineux contre ce dernier.
Ce que je pense surtout, c'est que
On Fri, 29 Nov 2013 21:16:18 +0100
Christophe wrote:
> Les noyaux packagés apportent beaucoup de truc donc on a au final
> *aucune* utilité. Et plein d'autres qui quand ils sont directement
> intégrés au noyau apportent beaucoup.
Tu veux lancer un flame sur la qualité du kernel, ou bien?
(quoiqu
Le 29-11-2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
Deux raisons sur le mois écoulé en ce qui me concerne:
1 - faire un "kernel git bissect" pour déterminer avec exactitude quel
patch a introduit un problème, pour pouvoir le signaler ou le ré
Bonsoir,
Le 29/11/2013 20:58, maderios a écrit :
>>
> Je constate une plus grande rapidité et réactivité (core I7, 8 threads,
> 3400Mhz, 4Go Ram) avec un noyau personnalisé.
je trouve ca dommage d'avoir "seulement" 4 Go de RAM sur une telle
machine. (après ça dépend du besoin).
Mais suis convainc
On 11/29/2013 07:58 PM, jdd wrote:
Le 29/11/2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
tout dépends de ce que tu cherche
* compiler u
Le 29/11/2013 19:06, Zuthos Oddy a écrit :
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
tout dépends de ce que tu cherche
* compiler un noyau est très facile (très peu de
On 11/29/2013 07:15 PM, Bzzz wrote:
On Fri, 29 Nov 2013 19:06:43 +0100
"Zuthos Oddy" wrote:
Continuez-vous à compiler votre noyau?
Et surtouT pourquoi?
En effet, j'ai arreTé de le faire depuis bien longtemps, mais je
me demande si je ne fais pas une erreur.
Non, trop chiant qd on a des driv
On 11/29/2013 07:06 PM, Zuthos Oddy wrote:
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
Oui, parce qu'un noyau "généraliste" ne me convient pas : inadapté, vu
les nombreus
On Fri, 29 Nov 2013 19:06:43 +0100
"Zuthos Oddy" wrote:
> Continuez-vous à compiler votre noyau?
> Et surtouT pourquoi?
>
> En effet, j'ai arreTé de le faire depuis bien longtemps, mais je
> me demande si je ne fais pas une erreur.
Non, trop chiant qd on a des drivers externes (nvidia par ex.)
Continuez-vous à compiler votre noyau?
Et surtous pourquoi?
En effet, j'ai arretté de le faire depuis bien longtemps, mais je me
demande si je ne fais pas une erreur.
--
il y a pire que le pire : l'attente du pire.
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-
--
Lisez la F
On 09/21/2012 08:33 PM, Bzzz wrote:
On Fri, 21 Sep 2012 19:58:11 +0200
Gaël wrote:
Du coup, j'en profite, connais-tu un bon lien qui explique la
compilation du noyau ?
Déjà, installer kernel-package qui devrait normalement entrainer
les dépendances voulues,
Après, installer un source du ker
On 09/21/2012 07:58 PM, Gaël wrote:
Salut !
Maderios a écrit :
> Recompiler un noyau 3 à ta sauce permettrait de t'affranchir des
noyaux Debian.
> J'ai rencontré des problèmes avec les noyaux Debian patchés,
problèmes qui
> disparaissaient avec mes noyaux compilés maison.
> D'ailleurs, je n
On Fri, 21 Sep 2012 19:58:11 +0200
Gaël wrote:
> Du coup, j'en profite, connais-tu un bon lien qui explique la
> compilation du noyau ?
Déjà, installer kernel-package qui devrait normalement entrainer
les dépendances voulues,
Après, installer un source du kernel, Debian ou à partir de
www.kern
Salut !
Maderios a écrit :
> Recompiler un noyau 3 à ta sauce permettrait de t'affranchir des noyaux
Debian.
> J'ai rencontré des problèmes avec les noyaux Debian patchés, problèmes
qui
> disparaissaient avec mes noyaux compilés maison.
> D'ailleurs, je n'utilise jamais de noyau Debian et je n'en
Seb a écrit :
>Salut,
>
>Désolé je débarque après la bataille, je viens à peine de remarquer que
>j'était interpellé personnellement dans la discussion il y a maintenant
>trois jours...
>
>
tu es dans la cavalerie ? :-)
>Visiblement tu t'en es sorti et c'est cool. Je vais tout de même
>répond
Salut,
Désolé je débarque après la bataille, je viens à peine de remarquer que
j'était interpellé personnellement dans la discussion il y a maintenant
trois jours...
Visiblement tu t'en es sorti et c'est cool. Je vais tout de même
répondre à certaines questions que j'ai vu passer dans ce que j'ai
Yeahhh tout fonctionne nickel (sauf suspend2)
Merci à tous et à toi Xavier, pour ton aide et les liens fournis.
J'ai appris bcp :-)
a++
Guy
De Leeuw Guy a écrit :
>Merci Xavier,
>
>mais comment déterminer "ce que l'on a besoins" ? faut il egalement y
>integrer les drivers genre IDE ?
>Pourquoi
On 11:12 Mon 03 Apr , De Leeuw Guy wrote:
> Merci Xavier,
>
> mais comment déterminer "ce que l'on a besoins" ? faut il egalement y
> integrer les drivers genre IDE ?
Normalement, certaines options sont déja activés par défaut.
alors pour avoir des infos :
'cat /proc/pci'
ou 'lspci' en fonct
Merci Xavier,
mais comment déterminer "ce que l'on a besoins" ? faut il egalement y
integrer les drivers genre IDE ?
Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ?
En tout cas merci pour ton aide
Guy
Xavier Oswald a écrit :
>On 18:33 Sun 02 Apr , De Leeuw Guy wr
De Leeuw Guy a écrit :
> Bonjour a tous,
>
> Seb, finalement j'aimerais essayer la construction de mon noyeau sans
> initrd.
> Que faut il valider comme options dans le .config ?
>
> Merci d'avance
> Guy
>
> Seb a écrit :
>
Slt,
ma démarche a été la suivante :
- prendre le fichier de config d
On 18:33 Sun 02 Apr , De Leeuw Guy wrote:
> Bonjour a tous,
>
> Seb, finalement j'aimerais essayer la construction de mon noyeau sans
> initrd.
> Que faut il valider comme options dans le .config ?
.config, tu utilises quoi ?
make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir
Bonjour a tous,
Seb, finalement j'aimerais essayer la construction de mon noyeau sans
initrd.
Que faut il valider comme options dans le .config ?
Merci d'avance
Guy
Seb a écrit :
>De Leeuw Guy a écrit :
>
>
>>Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
>>encore du ma
Yeahhh, tout refonctionne nickel, merci à tous pour votre aide
Guy
Seb a écrit :
>De Leeuw Guy a écrit :
>
>
>>Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
>>encore du mal a comprendre toutes les phases du démarrage.
>>Je préfère donc m'en tenir au modèle utilisé par d
De Leeuw Guy a écrit :
> Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
> encore du mal a comprendre toutes les phases du démarrage.
> Je préfère donc m'en tenir au modèle utilisé par debian, cad
> l'utilisation d'un initrd.
Si tu arrives à t'en sortir comme ça tant mieux.
On 11:47 Wed 29 Mar , De Leeuw Guy wrote:
> Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
> encore du mal a comprendre toutes les phases du démarrage.
> Je préfère donc m'en tenir au modèle utilisé par debian, cad
> l'utilisation d'un initrd.
>
> sais tu si a chaque com
> Oui, mais tout etait configuré dans le 2.6.15 debian.
> C'est pour cela que je me demande si je dois recompiler ces modules
> Guy
Oui, les modules 'vont avec ton noyau'.
Si tu changes de noyau, il faut que tu recompiles tes modules.
En fait, tes modules sont dans /lib/modules/-la version de ton
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
encore du mal a comprendre toutes les phases du démarrage.
Je préfère donc m'en tenir au modèle utilisé par debian, cad
l'utilisation d'un initrd.
sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller
les modu
De Leeuw Guy a écrit :
> Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
> bien en 'm'
> Cela explique pourquoi debian installe systématiquement le initrd en /boot
>
> Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une ima
1 - 100 sur 119 matches
Mail list logo
