On 10/29/2014 03:09 PM, Sylvain L. Sauvage wrote:
Le mercredi 29 octobre 2014, 15:00:56 maderios a écrit :
Debian devrait donner la possibilité de lire en ligne
Depuis https://packages.debian.org/sid/linux-source-3.16 ¹ :
http://ftp-master.metadata.debian.org/changelogs//main/l/linux/linux_
On 10/29/2014 03:11 PM, François Boisson wrote:
Le Wed, 29 Oct 2014 15:00:56 +0100
maderios a écrit:
Bien sûr mais c'est dommage de devoir installer un paquet source de 83
MB dans le seul but de lire quelques lignes
Tu peux ne charger que le fichier contenant les patch (le debian.tar.xz) s
Bonjour,
Le mercredi 29 octobre 2014 à 15:09, Sylvain L. Sauvage a écrit :
> ¹ auquel on peut arriver par :
> https://packages.debian.org/search?keywords=linux-source-3.16
> (ou deb:linux-3.16 dans Konqueror)
Ou « !dpkg linux-source-3.16 » dans DuckDuckGo !
Seb
--
Lisez la FAQ de la liste avan
Le Wed, 29 Oct 2014 15:00:56 +0100
maderios a écrit:
> Bien sûr mais c'est dommage de devoir installer un paquet source de 83
> MB dans le seul but de lire quelques lignes
> >
Tu peux ne charger que le fichier contenant les patch (le debian.tar.xz) si tu
veux. Les patchs sont classés. Va voir
Le mercredi 29 octobre 2014, 15:00:56 maderios a écrit :
> Debian devrait donner la possibilité de lire en ligne
Depuis https://packages.debian.org/sid/linux-source-3.16 ¹ :
http://ftp-master.metadata.debian.org/changelogs//main/l/linux/linux_3.16.5-1_changelog
¹ auquel on peut arriver par :
ht
On 10/27/2014 10:44 PM, François Boisson wrote:
http://metadata.ftp-master.debian.org/changelogs//main/l/linux/linux_3.16.5-1_changelog
il y a les modifications upstream puis les modfications Debian.
Merci. On peut tout de même dire que cette façon de présenter tout en
vrac (c'est d'ailleur
> > http://metadata.ftp-master.debian.org/changelogs//main/l/linux/linux_3.16.5-1_changelog
> >
> >
> > il y a les modifications upstream puis les modfications Debian.
> >
> Merci. On peut tout de même dire que cette façon de présenter tout en
> vrac (c'est d'ailleurs général chez Debian) engendr
.
Librement,
Valentin OVD
> Date: Mon, 27 Oct 2014 20:30:06 +0100
> From: mader...@gmail.com
> To: debian-user-french@lists.debian.org
> Subject: Noyau personnalisé
>
> On 10/27/2014 07:58 PM, Frédéric MASSOT wrote:
>
> >> Par ailleurs, j'essaie de mettre la main
On 10/27/2014 07:58 PM, Frédéric MASSOT wrote:
Par ailleurs, j'essaie de mettre la main sur la description des
patches que Debian applique aux noyaux originaux de kernel.org.
Quelqu'un connaît il un lien? Merci d'avance.
Tu peux regarder sur la page du paquet de chaque noyau, exemple :
http
Le 27/10/2014 09:45, maderios a écrit :
On 10/26/2014 06:51 PM, Francois Boisson wrote:
Le Sun, 26 Oct 2014 11:40:16 +0100
maderios a écrit:
Tu mentionnes ici une utilisation serveur ou/et parcs de machines, ce
n'est pas ce dont je parle. Il est bien évident que dans ce contexte,
les noyaux p
maderios a écrit :
On 10/26/2014 06:51 PM, Francois Boisson wrote:
Le Sun, 26 Oct 2014 11:40:16 +0100
maderios a écrit:
Tu mentionnes ici une utilisation serveur ou/et parcs de machines, ce
n'est pas ce dont je parle. Il est bien évident que dans ce contexte,
les noyaux précompilés sont la se
maderios a écrit :
On 10/26/2014 10:48 AM, admini wrote:
Le 25/10/2014 10:41, maderios a écrit :
On 10/25/2014 12:07 AM, admini wrote:
voilà, le mot: priorité.
c'est quoi la priorité aujourd'hui qui justifie qu'on passe du temps à
compiler le kernel?
La priorité pour moi, c'est ne pas être
admini a écrit :
conclusion: aujourd'hui, la recompile pour moi, a un champs assez limité
en environnement de production. en effet, les machines sont crées et
détruites toutes les heures, la recompile c'est vraiment dans les cas
très particuliers dans l'industrie où l'embarqué est présent. applia
maderios a écrit :
On 10/24/2014 03:06 PM, BERTRAND Joël wrote:
maderios a écrit :
On 10/24/2014 10:40 AM, Stéphane GARGOLY wrote:
Je suis - juste - un peu plus prudent concernant le gain de réactivité
qu'aurait généré un noyau personnalisé mais, bon, cela doit
certainement
dépend
On 10/26/2014 06:51 PM, Francois Boisson wrote:
Le Sun, 26 Oct 2014 11:40:16 +0100
maderios a écrit:
Tu mentionnes ici une utilisation serveur ou/et parcs de machines, ce
n'est pas ce dont je parle. Il est bien évident que dans ce contexte,
les noyaux précompilés sont la seule solution.
Pa
Le Sun, 26 Oct 2014 11:40:16 +0100
maderios a écrit:
> Tu mentionnes ici une utilisation serveur ou/et parcs de machines, ce
> n'est pas ce dont je parle. Il est bien évident que dans ce contexte,
> les noyaux précompilés sont la seule solution.
> >
Pas vraiment, sur un parc de machines, la co
moi perso j'ai mes serveurs chez ovh du coup j'utilise leurs kernel
recompiler pour leurs machines par leurs techniciens et plus à jour que
ceux de debian du coup je n'ai pas ce problème en plus je gère
essentiellement des serveurs de jeux vidéos en prod et ovh me propose
des kernels avec ipV6 c
On 10/26/2014 10:48 AM, admini wrote:
Le 25/10/2014 10:41, maderios a écrit :
On 10/25/2014 12:07 AM, admini wrote:
voilà, le mot: priorité.
c'est quoi la priorité aujourd'hui qui justifie qu'on passe du temps à
compiler le kernel?
La priorité pour moi, c'est ne pas être dépendant de gens q
Le 25/10/2014 10:41, maderios a écrit :
On 10/25/2014 12:07 AM, admini wrote:
voilà, le mot: priorité.
c'est quoi la priorité aujourd'hui qui justifie qu'on passe du temps à
compiler le kernel?
La priorité pour moi, c'est ne pas être dépendant de gens qui décident
tout pour nous.
sur le pr
Bonjour à tous les utilisateurs et développeurs de Debian :
Le vendredi 24 octobre 2014 à 22:07, admini a écrit :
> > Notons aussi que, à la fin des années 1990, les noyaux Linux (même
> > génériques) faisaient plutôt 600 à 700 ko que 3 Mo. D'ailleurs, quand je
> > suis rentré dans la marmite du
On 10/25/2014 12:07 AM, admini wrote:
voilà, le mot: priorité.
c'est quoi la priorité aujourd'hui qui justifie qu'on passe du temps à
compiler le kernel?
La priorité pour moi, c'est ne pas être dépendant de gens qui décident
tout pour nous.
Pour casser une idée reçue: une compilation kernel d
Il arrive parfois que certains considèrent qu'il n'y a pas de petites
économies au niveau de l'occupation mémoire - même avec une mémoire centrale
de 8 Go.
mes serveurs ont des mémoires de 24 à 96Go, dans le monde de la
production, l'économie de 3Mo est ridicule compte tenu du cout de la
recom
On 10/24/2014 03:06 PM, BERTRAND Joël wrote:
maderios a écrit :
On 10/24/2014 10:40 AM, Stéphane GARGOLY wrote:
Je suis - juste - un peu plus prudent concernant le gain de réactivité
qu'aurait généré un noyau personnalisé mais, bon, cela doit certainement
dépendre de l'ordina
maderios a écrit :
On 10/24/2014 10:40 AM, Stéphane GARGOLY wrote:
Je suis - juste - un peu plus prudent concernant le gain de réactivité
qu'aurait généré un noyau personnalisé mais, bon, cela doit certainement
dépendre de l'ordinateur.
Je constate vraiment de meilleures performan
On 10/24/2014 10:40 AM, Stéphane GARGOLY wrote:
Je suis - juste - un peu plus prudent concernant le gain de réactivité
qu'aurait généré un noyau personnalisé mais, bon, cela doit certainement
dépendre de l'ordinateur.
Je constate vraiment de meilleures performances, sinon je ne me s
Bonjour
Le 24/10/2014 10:40, Stéphane GARGOLY a écrit :
[...]
Notons aussi que, à la fin des années 1990, les noyaux Linux (même génériques)
faisaient plutôt 600 à 700 ko que 3 Mo. D'ailleurs, quand je suis rentré dans
la marmite du GNU/Linux il y a bientôt 15 ans, je me souviens qu'on pouvait
m
ir à tous les utilisateurs/configurations possibles et
> > imaginables. Ceci implique qu'une multitude de trucs
> > optionnels/inutiles sont chargés en dur, avec pour conséquence un
> > alourdissement du système. Il suffit de visualiser la conf du noyau
> > officiel pour se
Merci des tuyaux,
moi aussi je m'etonnais de ce suffixe en majuscule à priori pas géré ...
J'ai suivi le conseil et le makekpkg a abouti..
le noyau sera t'il fonctionnel c'est une autre histoire mais je peux
deja tester lol
merci--
Jerome Moliere - Mentor/J
http://romjethoughts.blogspot.com/
auteu
Bonjour,
J'ai fait il y a qques mois un noyau integrant les drivers pour eeepc.
http://debian.revolsys.fr/deb-eeepc1085-2.6.32.i686/
Ca n'est pas le dernier uptodate mais il permet de faire la transition
en douceur.
JB(y)
--
Best regards,
--
Jean-Bernard Yata
System Engineer
Debian France
Bonjour,
Le 30 septembre 2010 14:28, jerome moliere a écrit :
> Bonjour à tous,
> j'essaie de partir des sources 'vanilla' du noyau et de le recompiler
> à la sauce debiaan mais j'ai systématiquement une erreur:
> dpkg-gencontrol: erreur: nom de paquet linux-image-2.6.35.7-KMS2 non autorisé
>
En
par un noyau 2.4.23 avec les
bons modules en dur et ca fonctionne.
J'ai cherché (peut-être mal) un peu partout mais quelques questions me restent
sans réponse:
1 - A priori le package debian-cd permet de creer un cd d'install avec un
noyau personnalisé mais cela semble se baser su
31 matches
Mail list logo
