[AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Mise à jour / Création /debug de paquetages
Répondre
Avatar de l’utilisateur
DarkBaboon
Daikyu
Messages : 89
Inscription : mar. 24 juin 2008, 11:48
Localisation : Rennes

[AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Message par DarkBaboon »

Salut les Archers, ça faisait un bail que je n'avais pas posté sur ce forum.
Alors voilà, je vous explique : il y a quelques temps j'ai adopté le pilote Catalyst 9.3 sur AUR, qui est le dernier pilote de chez Ati à supporter les cartes Radeon R300/500.

Je me suis mis en tête de proposer les paquets qui satisferont les dépendances manquantes qui ne sont plus disponibles afin de pouvoir utiliser le pilote Catalyst 9.3 à savoir je dois avoir un kernel < 2.6.30 et un xorg-server < 1.6.

Dans ce sujet, on va se focaliser sur le paquetage d'un kernel, car je n'en ai encore jamais fait et j'ai plusieurs questions :
  • Pour un noyau linux vanilla ai-je besoin d'un patch ? Non, vanilla signifie sans patch.
  • Sur kernel.org, il y a un patch 2.6.29.6 disponible, dois-je obligatoirement l'appliquer ? Non, ce patch est seulement là pour mettre à jour la version précédente du noyau (ici, c'est pour la version 2.6.29.5).
  • Faut-il aussi que je créé un paquetage pour le kernel-headers? Oui/Non, les paquets kernel-headers et kernel-firmware sont, depuis la version 2.6.32, des paquets virtuels: ils sont inclus dans le paquet du kernel26.
  • Me faut-il des fichiers de config, presets, mkinitcpio.conf ? Seulement config et presets.
J'ai tenté, hier, l'expérience en installant kernel-sources comme expliqué sur le wiki, mais manque de bol, y a de tout sauf la version du noyau que je veux... mais bon je pense qu'il vaut mieux pour les hypothétiques autres utilisateurs qui souhaiteraient utiliser les Catalyst 9.3, fournir tous les paquets nécessaires sur AUR pour pouvoir les installer sans problèmes.

Grâce aux conseils judicieux de tuxce voici le PKGBUILD intégralement pompé sur le svn du kernel 2.6.29.4 officiel et légèrement modifié par mes soins pour la version 2.6.29.6 :

Code : Tout sélectionner

# Maintainer: Tobias Powalowski <tpowa@archlinux.org>
# Maintainer: Thomas Baechler <thomas@archlinux.org>
# Contributor: Ronan Rabouin <darbaboon@gmail.com>

pkgname=kernel26-tuz       # Build kernel with a different name
_kernelname=${pkgname#kernel26}
_basekernel=2.6.29
pkgver=${_basekernel}.6
pkgrel=1
_patchname="patch-${pkgver}-1-ARCH"
pkgdesc="The Linux Kernel and modules"
arch=(i686 x86_64)
license=('GPL2')
groups=('base')
url="http://www.kernel.org"
backup=(etc/mkinitcpio.d/${pkgname}.preset)
depends=('coreutils' 'kernel26-firmware>=2.6.29' 'module-init-tools' 'mkinitcpio>=0.5.20')
# pwc, ieee80211 and hostap-driver26 modules are included in kernel26 now
# nforce package support was abandoned by nvidia, kernel modules should cover everything now.
# kernel24 support is dropped since glibc24
replaces=('kernel24' 'kernel24-scsi' 'kernel26-scsi'
          'alsa-driver' 'ieee80211' 'hostap-driver26'
          'pwc' 'nforce' 'squashfs' 'unionfs' 'ivtv'
          'zd1211' 'kvm-modules' 'iwlwifi' 'rt2x00-cvs'
          'gspcav1' 'atl2' 'wlan-ng26' 'aufs')
install=kernel26.install
source=(ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-$_basekernel.tar.bz2
        ftp://ftp.archlinux.org/other/kernel26/${_patchname}.bz2
        # the main kernel config files
        config config.x86_64
        # standard config files for mkinitcpio ramdisk
        kernel26.preset)
optdepends=('crda: to set the correct wireless channels of your country')
md5sums=('64921b5ff5cdadbccfcd3820f03be7d8'
         '8072f9ab50f26a984ba27d0251dfbd49'
         '3aa1b726dae7bfc071525b29fdee1f9b'
         'e0ced221b86621183b6d9d4c0acebe0e'
         '25584700a0a679542929c4bed31433b6')

build() {
  KARCH=x86

  cd ${srcdir}/linux-$_basekernel
  # Add -ARCH patches
  # See http://projects.archlinux.org/git/?p=linux-2.6-ARCH.git;a=summary
  patch -Np1 -i ${srcdir}/${_patchname} || return 1

  if [ "$CARCH" = "x86_64" ]; then
    cat ../config.x86_64 >./.config
  else
    cat ../config >./.config
  fi
  if [ "${_kernelname}" != "" ]; then
    sed -i "s|CONFIG_LOCALVERSION=.*|CONFIG_LOCALVERSION=\"${_kernelname}\"|g" ./.config
  fi
  # get kernel version  
  make prepare
  _kernver="$(make kernelrelease)"
  # load configuration
  # Configure the kernel. Replace the line below with one of your choice.
  #make menuconfig # CLI menu for configuration
  #make xconfig # X-based configuration
  #make oldconfig # using old config from previous kernel version
  # ... or manually edit .config
  ####################
  # stop here
  # this is useful to configure the kernel
  #msg "Stopping build"
  #return 1
  ####################
  yes "" | make config
  # build!
  make bzImage modules || return 1
  mkdir -p ${pkgdir}/{lib/modules,boot}
  make INSTALL_MOD_PATH=${pkgdir} modules_install || return 1
  cp System.map ${pkgdir}/boot/System.map26${_kernelname}
  cp arch/$KARCH/boot/bzImage ${pkgdir}/boot/vmlinuz26${_kernelname}
  install -D -m644 Makefile \
    ${pkgdir}/usr/src/linux-${_kernver}/Makefile
  install -D -m644 kernel/Makefile \
    ${pkgdir}/usr/src/linux-${_kernver}/kernel/Makefile
  install -D -m644 .config \
    ${pkgdir}/usr/src/linux-${_kernver}/.config
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/include

  for i in acpi asm-{generic,x86} config linux math-emu media net pcmcia scsi sound video; do
    cp -a include/$i ${pkgdir}/usr/src/linux-${_kernver}/include/
  done

  # copy arch includes for external modules
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/arch/x86
  cp -a arch/x86/include ${pkgdir}/usr/src/linux-${_kernver}/arch/x86/

  # copy files necessary for later builds, like nvidia and vmware
  cp Module.symvers ${pkgdir}/usr/src/linux-${_kernver}
  cp -a scripts ${pkgdir}/usr/src/linux-${_kernver}
  # fix permissions on scripts dir
  chmod og-w -R ${pkgdir}/usr/src/linux-${_kernver}/scripts
  #mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/.tmp_versions

  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/arch/$KARCH/kernel

  cp arch/$KARCH/Makefile ${pkgdir}/usr/src/linux-${_kernver}/arch/$KARCH/
  if [ "$CARCH" = "i686" ]; then
    cp arch/$KARCH/Makefile_32.cpu ${pkgdir}/usr/src/linux-${_kernver}/arch/$KARCH/
  fi
  cp arch/$KARCH/kernel/asm-offsets.s ${pkgdir}/usr/src/linux-${_kernver}/arch/$KARCH/kernel/

  # add headers for lirc package
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/video
  cp drivers/media/video/*.h  ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/video/
  for i in bt8xx cpia2 cx25840 cx88 em28xx et61x251 pwc saa7134 sn9c102 usbvideo zc0301; do
   mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/video/$i
   cp -a drivers/media/video/$i/*.h ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/video/$i
  done
  # add dm headers
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/drivers/md
  cp drivers/md/*.h  ${pkgdir}/usr/src/linux-${_kernver}/drivers/md
  # add inotify.h
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/include/linux
  cp include/linux/inotify.h ${pkgdir}/usr/src/linux-${_kernver}/include/linux/
  # add CLUSTERIP file for iptables
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/net/ipv4/netfilter/
  # add wireless headers
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/net/mac80211/
  cp net/mac80211/*.h ${pkgdir}/usr/src/linux-${_kernver}/net/mac80211/
  # add dvb headers for external modules
  # in reference to:
  # http://bugs.archlinux.org/task/9912
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/dvb/dvb-core
  cp drivers/media/dvb/dvb-core/*.h ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/dvb/dvb-core/
  # add dvb headers for external modules
  # in reference to:
  # http://bugs.archlinux.org/task/11194
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/
  cp include/config/dvb/*.h ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/
  # add dvb headers for http://mcentral.de/hg/~mrec/em28xx-new
  # in reference to:
  # http://bugs.archlinux.org/task/13146
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/dvb/frontends/
  cp drivers/media/dvb/frontends/lgdt330x.h ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/dvb/frontends/
  cp drivers/media/video/msp3400-driver.h ${pkgdir}/usr/src/linux-${_kernver}/drivers/media/dvb/frontends/
  # add xfs and shmem for aufs building
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/fs/xfs
  mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/mm
  cp fs/xfs/xfs_sb.h ${pkgdir}/usr/src/linux-${_kernver}/fs/xfs/xfs_sb.h
  # add headers vor virtualbox
  # in reference to:
  # http://bugs.archlinux.org/task/14568
  cp -a include/drm $pkgdir/usr/src/linux-${_kernver}/include/
  # add headers for broadcom wl
  # in reference to:
  # http://bugs.archlinux.org/task/14568
  cp -a include/trace $pkgdir/usr/src/linux-${_kernver}/include/
  # add vmlinux
  cp vmlinux ${pkgdir}/usr/src/linux-${_kernver}
  # copy in Kconfig files
  for i in `find . -name "Kconfig*"`; do 
    mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/`echo $i | sed 's|/Kconfig.*||'`
    cp $i ${pkgdir}/usr/src/linux-${_kernver}/$i
  done

  cd ${pkgdir}/usr/src/linux-${_kernver}/include && ln -s asm-$KARCH asm

  chown -R root.root ${pkgdir}/usr/src/linux-${_kernver}
  find ${pkgdir}/usr/src/linux-${_kernver} -type d -exec chmod 755 {} \;
  cd ${pkgdir}/lib/modules/${_kernver} && \
    (rm -f source build; ln -sf ../../../usr/src/linux-${_kernver} build)
  # install fallback mkinitcpio.conf file and preset file for kernel
  install -m644 -D ${srcdir}/kernel26.preset ${pkgdir}/etc/mkinitcpio.d/${pkgname}.preset || return 1
  # set correct depmod command for install
  sed \
    -e  "s/KERNEL_NAME=.*/KERNEL_NAME=${_kernelname}/g" \
    -e  "s/KERNEL_VERSION=.*/KERNEL_VERSION=${_kernver}/g" \
    -i $startdir/kernel26.install
  sed \
    -e "s|source .*|source /etc/mkinitcpio.d/kernel26${_kernelname}.kver|g" \
    -e "s|default_image=.*|default_image=\"/boot/${pkgname}.img\"|g" \
    -e "s|fallback_image=.*|fallback_image=\"/boot/${pkgname}-fallback.img\"|g" \
    -i ${pkgdir}/etc/mkinitcpio.d/${pkgname}.preset

  echo -e "# DO NOT EDIT THIS FILE\nALL_kver='${_kernver}'" > ${startdir}/pkg/etc/mkinitcpio.d/${pkgname}.kver
  # remove unneeded architectures
  rm -rf ${pkgdir}/usr/src/linux-${_kernver}/arch/{alpha,arm,arm26,avr32,blackfin,cris,frv,h8300,ia64,m32r,m68k,m68knommu,mips,mn10300,parisc,powerpc,ppc,s390,sh,sh64,sparc,sparc64,um,v850,xtensa}
  # remove the firmware
  rm -rf ${pkgdir}/lib/firmware
}
Dernière modification par DarkBaboon le mer. 10 mars 2010, 14:33, modifié 5 fois.
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Re: [AUR] Kernel-tuz 2.6.29.6

Message par tuxce »

Ce n'est qu'un avis et plutôt subjectif étant donné que je n'utilise pas vraiment l'accélération 3D, mais une distribution en rolling release, c'est pas vraiment ce qu'il y a de plus adapté pour garder un ancien noyau, tu devras en gros refaire toute l'arborescence des paquets dépendant directement du kernel, xorg-server etc...

Ceci dit, pour refaire un kernel, le plus simple est de repartir du PKGBUILD de l'officiel et carrément reprendre celui de la version que tu veux depuis le svn.


(Et dire que le noyau qui vient a un firmwire spécifique aux ati de cassé... c'est pas encore le bout du tunnel :|)
Avatar de l’utilisateur
DarkBaboon
Daikyu
Messages : 89
Inscription : mar. 24 juin 2008, 11:48
Localisation : Rennes

Re: [AUR] Kernel-tuz 2.6.29.6

Message par DarkBaboon »

tuxce a écrit :une distribution en rolling release, c'est pas vraiment ce qu'il y a de plus adapté pour garder un ancien noyau, tu devras en gros refaire toute l'arborescence des paquets dépendant directement du kernel, xorg-server etc...
Je suis bien d'accord avec toi, utiliser de vieux paquets ce n'est pas la panacée, sauf que quand on perd au fil des mise-à-jour en possibilités (principalement pour les jeux, tu l'aura compris), je pense que bloquer l'évolution de certains paquets n'est pas plus perturbant que ça : je ne gèle que la version du noyau, les pilotes et le xorg-server ce qui fait, compte tenu des dépendances, grosso une dizaine de paquets.

En même temps je te ferai remarquer tuxce que c'est déjà le même genre de manip' pour pouvoir installer les derniers pilotes Catalyst 9.11 !!

Et je pense que cette situation sera temporaire et que on devrait voir une avancée significative avec l'inclusion complète de Gallium3D à Mesa3D durant l'année 2010 (je croise les doigts). Une fois que les pilotes libres seront arrivés au niveau des pilotes propriétaires (qui reste à 90% le même que le pilote Windows avec plein de tweaks pour le faire fonctionner), je repasserais avec bonheur aux pilotes libres faut juste être patient !
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Re: [AUR] Kernel-tuz 2.6.29.6

Message par tuxce »

DarkBaboon a écrit : En même temps je te ferai remarquer tuxce que c'est déjà le même genre de manip' pour pouvoir installer les derniers pilotes Catalyst 9.11 !!
Je pense exactement pareil en ce qui concerne cette méthode aussi :P
DarkBaboon a écrit :je ne gèle que la version du noyau, les pilotes et le xorg-server ce qui fait, compte tenu des dépendances, grosso une dizaine de paquets
pas si simple, glibc dépend des en-têtes du dernier noyaux, binutils dépend de la dernière glibc etc...
et compiler tout ça depuis aur, y a certains ordi qui vont souffrir ;)
Avatar de l’utilisateur
catwell
archer de cavalerie
Messages : 175
Inscription : lun. 13 juil. 2009, 19:00

Re: [AUR] Kernel-tuz 2.6.29.6

Message par catwell »

Normalement il ne devrait pas y avoir besoin de recompiler grand-chose. Les devs font attention à garder la distribution compatible avec d'anciennes versions de noyau (tant qu'elles ne sont pas trop vieilles) parce que dans certains cas on n'a pas le choix. Par exemple, sur un VPS, le noyau est fourni par l'hébergeur (parce qu'il doit garder la compatibité Xen). J'ai longtemps utilisé Arch avec un noyau 2.6.18 sans plus de problèmes que ça.

À ce que je sais le minimum actuel est 2.6.24.5 à cause de ça.

EDIT - au passage:
[20:10 TA|catwell] pacman -Ss lts
core/kernel26-lts 2.6.27.39-1
The Linux Kernel and modules - stable longtime supported kernel package suitable for servers
Avatar de l’utilisateur
DarkBaboon
Daikyu
Messages : 89
Inscription : mar. 24 juin 2008, 11:48
Localisation : Rennes

Re: [AUR] Kernel-catalyst-old 2.6.29.6

Message par DarkBaboon »

Je relance le sujet car après avoir glané quelques infos, je suis tombé sur ceci : fglrx 9.3 patch for 2.6.29.x kernel.

Donc me voici avec un patch à appliquer au kernel 2.6.29 mais je ne sais pas trop comment mettre ça en forme dans un pkgbuild :
  • Dans quel ordre faire cette installation, le kernel d'abord, ou les pilotes ?
  • Comment faire pour les dépendances ? le pilote est dépendant du kernel ou le kernel est dépendant du pilote?
  • Comment procéder à une installation propre du kernel 2.6.29 et du patch et des pilotes catalyst-old, dois je faire des fichiers install pour l'application des patchs ou puis-je le faire directement dans le build du pkgbuild ?
Sinon j'ai des questions par rapport à ce que tuxce et catwell ont écrit.
tuxce a écrit :pas si simple, glibc dépend des en-têtes du dernier noyaux, binutils dépend de la dernière glibc, etc...
catwell a écrit :Normalement il ne devrait pas y avoir besoin de recompiler grand-chose.
Que vais-je avoir besoin comme paquets à fournir pour réussir l'installation, parce que je lis que j'aurais besoin des kernel-headers, glibc, binutils ce qui m'effraie un petit peu mais en même temps quand j'ai tenté d'installer le kernel-lts (long-time support) il n'y avait pas de paquet kernel-headers proposé en dépendance...

D'après ce que j'ai lu et compris, il me faudra une version de X.org en 6.7 minimum et 7.4 maximum, donc un paquet xorg-server avec une version maximum 1.5.3 et donc les modules suivants :
  • xf86-input-acecad 1.2.2
  • xf86-input-aiptek 1.1.1
  • xf86-input-evdev 2.0.4
  • xf86-input-joystick 1.3.2
  • xf86-input-keyboard 1.3.1
  • xf86-input-mouse 1.3.0
  • xf86-input-synaptics 0.15.0
  • xf86-input-vmmouse 12.5.1
  • xf86-input-void 1.1.1
Comme paquets nécessaires, en me basant sur ce qu'il faut pour installer le pilote catalyst 9.12 je pense qu'il y a evdev, keyboard, mouse et peut-être synaptics pour les utilisateurs de portable comme moi :D à fournir avec la version du xorg-server compatible avec le pilote catalyst-old.

Suis-je sur la bonne voie ?
Dernière modification par DarkBaboon le mer. 13 janv. 2010, 15:45, modifié 1 fois.
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Re: [AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Message par tuxce »

@catwell (comme j'avais pas vu la réponse, vacances toussa :))
je suis d'accord mais c'est pour les outils genre initscripts, udev etc... (je crois que ça s'applique à core) pour lesquelles tu peux garder un ancien noyau, mais il y a certains paquets n'acceptant pas, essentiellement des modules pour le wifi par exemple ou pour les systèmes de fichiers et certaines compilations ne passeront plus.

EDIT: pour pas rester sur la théorie:

Code : Tout sélectionner

 /var/abs  $ finddeps kernel26 | grep -v makedepends | uniq
./community/speakup (depends)
./community/qc-usb-messenger (depends)
./community/em8300 (depends)
./community/vhba-module (depends)
./community/cdfs (depends)
./community/open-vm-tools-modules (depends)
./community/pyinotify (depends)
./extra/nvidia-173xx (depends)
./extra/fcpcmcia (depends)
./extra/fcpci (depends)
./extra/madwifi (depends)
./extra/archboot (depends)
./extra/nvidia (depends)
./extra/nouveau-drm (depends)
./extra/lirc (depends)
./extra/nvidia-96xx (depends)
./extra/aufs2 (depends)
./core/ndiswrapper (depends)
./core/tiacx (depends)
donc en gros, faites comme si j'avais rien dit :oops:
Avatar de l’utilisateur
DarkBaboon
Daikyu
Messages : 89
Inscription : mar. 24 juin 2008, 11:48
Localisation : Rennes

Re: [AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Message par DarkBaboon »

Bon, je reviens sur le sujet car je suis sur le point de tenter quelque chose d'à peine croyable. Certains vont me dire : MER IL ET FOU. Je leur répondrais que peut-être. Donc cette idée saugrenue, c'est de réinstaller mon système en utilisant la version du cd d'installation de février 09 : archlinux-2009.02-core-$ARCH.iso. Une fois ceci fait, je mettrais une version du kernel au niveau 2.6.29 avec le patch fglrx associé qui va bien puis une version 1.5.3 du xorg et les pilotes qui vont avec.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Message par benjarobin »

Je confirme tu es fou surtout que dans un gros mois il y aura des pilotes fonctionnels (voir https://wiki.ubuntu.com/LucidReleaseSchedule)
Ati devrai sortir un pilote avant la RC de Ubuntu donc avant le 15 Avril
Bonne chance
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
DarkBaboon
Daikyu
Messages : 89
Inscription : mar. 24 juin 2008, 11:48
Localisation : Rennes

Re: [AUR] Kernel-catalyst-old 2.6.29.6 (en cours)

Message par DarkBaboon »

benjarobin a écrit :Je confirme tu es fou surtout que dans un gros mois il y aura des pilotes fonctionnels (voir https://wiki.ubuntu.com/LucidReleaseSchedule)
Ati devrai sortir un pilote avant la RC de Ubuntu donc avant le 15 Avril
Je vois pas trop où se trouvent, dans le planning prévisionnel, les pilotes... le PartnerUploadDeadline, peut-être ? Sinon, ça m'étonnerais fort, même si ça me ferait extrêmement plaisir, que AMD sorte une version spéciale des Catalyst 9.3 (dernier pilote à supporter les R300/R400/R500, c'est à dire les cartes antérieurs au HD2000) pour la nouvelle version d'Ubuntu..., mais on peut toujours rêver! À titre d'information Ati avait précédemment arrêté le support des R100/R200 en juin 2006 lors de la sortie des Catalyst 6.6.
benjarobin a écrit :Bonne chance
Merci, je commence tout juste à voir le bout du tunnel !

Bon sinon, pour rester dans le concret : je travaille en ce moment sur la version du server X 1.5.3. Pour la version du kernel le petit souci, c'est que depuis la version 2.6.32, les paquets kernel-headers et kernel-firmware sont devenu des paquets virtuels du paquet kernel26 (pkgbase) et sont donc devenus introuvable sur le svn.

Ma question est : est-ce une spécificité du noyau en version 2.6.32 qui permet de mettre tout ces paquets en virtuel, où est-ce seulement une décision des développeurs d'Archlinux d'avoir fait cette fusion des paquets, auquel cas est-ce que je peux reproduire cette fusion pour le noyau qui nous intéresse ici : la version 2.6.29 ?
Répondre