make-kpkg: en línea en la nube

PROGRAMA:

NOMBRE

make-kpkg: compila paquetes del kernel de Debian a partir de las fuentes del kernel de Linux

SINOPSIS

make-kpkg [opciones] [dirigidos [dirigidos ...]]

DESCRIPCIÓN

Esta página de manual explica Debian make-kpkg utilidad, que se utiliza para crear el kernel
paquetes Debian relacionados. Esta utilidad debe ejecutarse desde una fuente de kernel de Linux de nivel superior
directorio, que se ha configurado previamente (a menos que esté utilizando la configuración
objetivo). Normalmente, si kernel-package no encuentra un .config archivo en el actual
directorio, se esfuerza mucho por obtener uno apropiado (generalmente un archivo de configuración ya
adaptado para los kernels de Debian para esa arquitectura), y luego llama para lograr viejoconfig dejar
el usuario responde cualquier pregunta nueva. Sin embargo, esto aún puede resultar en una inapropiada
configuración, le recomendamos que configure el kernel por los medios habituales antes
invocando make-kpkg.

Típicamente, make-kpkg debe ser ejecutado bajo raíz falsa,

make-kpkg --rootcmd fakeroot kernel_image

pero en su lugar ejecuta este comando como root (esto no se recomienda), o bajo raíz falsao
les digas make-kpkg cómo convertirse en root (tampoco recomendado, raíz falsa es quizás el más seguro
opción), así:

hacer-kpkg --rootcmd sudo kernel_image

El archivo del paquete Debian se crea en el directorio padre del directorio fuente del kernel.
donde se ejecuta este comando.

Además, tenga en cuenta que algunas versiones de gcc no interactúan bien con la fuente del kernel.
Puede controlar qué versión de gcc se usa en la compilación del kernel configurando el Makefile
variables CC y HOSTCC en el archivo Makefile del kernel de nivel superior. Puede hacer esto simplemente
establecer la variable de entorno HACER BANDERAS. Para observar, intente:

% KBUILD_VERBOSE = 1 MAKEFLAGS = "CC = gcc-4.4" make-kpkg configure

Tenga en cuenta que el Makefile del kernel puede prestar atención a otras variables (por ejemplo
KCFLAGS ). Esto se puede abordar así:

% KBUILD_VERBOSE = 1 MAKEFLAGS = 'CC = gcc-4.4 KCFLAGS = "- march = athlon64"' make-kpkg configure

El KBUILD_VERBOSE muestra los detalles de los comandos que se están ejecutando. (por favor vea el nivel superior
kernel Makefile para las variables que se pueden configurar).

ADVERTENCIA: NO establezca la opción -j en MAKEFLAGS directamente, esto hará que la compilación
fallar. Utilice CONCURRENCY_LEVEL como se especifica a continuación. También hay una bandera -j que se puede utilizar.

CAMPUS

--ayuda Imprima un mensaje de uso.

--revisión número
Cambia el número de versión de los paquetes producidos en el argumento. número. Esto
tiene ciertas restricciones: la versión debe comenzar con un dígito. la versión puede
contienen sólo caracteres alfanuméricos y los caracteres ~ +. (tilde, punto y más) y
debe contener un dígito. (Consulte el manual de políticas para obtener más detalles). Opcionalmente, puede
anteponga la revisión con un dígito seguido de dos puntos (:). El valor predeterminado es
10.00 personalizado a menos que la variable de entorno DEBIAN_REVISION_MANDATORIA está preparado
cuyo caso se genera un error si la revisión no se establece en la línea de comando o
el archivo de configuración. Pista: Puede configurarlo en $ (versión) - en el
archivo de configuracin para obtener el nmero de versin ascendente antepuesto a su
cuerda .

--añadir a la versión foo

--append_to_version foo
Este argumento (foo) se agrega al valor de la variable EXTRAVERSION presente
en el archivo Makefile del kernel. Dado que EXTRAVERSION es un componente de la versión del kernel,
también se agrega al nombre del paquete Debian y, como tal, debe obedecer la política
que rige el nombre del paquete. Eso significa que puede contener solo minúscula alfanuméricos
y los personajes ~ - +. (tilde, punto, guión y más). Letras mayúsculas
no están permitidos bajo la Política para un nuevo paquete. Si la variable de entorno
IGNORAR_UPPERCASE_VERSION está configurado, make-kpkg deberá incluir los números de versión en minúsculas en
el Makefile o en el versión local expediente. Esta opción anula el entorno.
variable APLICACIÓNEND_TO_VERSION.

--módulos-agregados foo

--módulos_añadidos foo
El argumento debe ser una lista separada por comas de módulos adicionales adicionales (no en
el árbol principal del kernel) que desea compilar cuando invoca los módulos_blah
objetivos. Puede proporcionar nombres de ruta completos del directorio en el que residen los módulos, o
solo el nombre del módulo si se puede encontrar en MÓDULO_LOC, que por defecto es
/ usr / src / modules. El valor predeterminado es que todos los módulos en MÓDULO_LOC, se compilan cuando
se invocan los destinos modules_blah.

--arco foo
Esto es útil para configurar la arquitectura cuando se realiza una compilación cruzada. Si tu
no son de compilación cruzada, la arquitectura se determina automáticamente. Lo mismo
El efecto se puede lograr configurando la variable de entorno. KPKG_ARCH. El valor
debería ser lo que sea DEB_HOST_ARCH_CPU contiene cuando arquitectura-dpkg se ejecuta en el
máquina de destino, o puede ser otra arquitectura en un conjunto de múltiples arcos (como
i386 / amd64).

- compilación cruzada foo

--cross_compile foo
Esto es útil para configurar la cadena de destino cuando se realiza una compilación cruzada. Utilizar el
objetivo ficticio "-" si está construyendo para otros arcos de un conjunto de varios arcos, como
i386 / amd64. Se puede lograr el mismo efecto configurando la variable de entorno.
Tenga en cuenta que esto no establece de ninguna manera el proceso de compilación del kernel para el compilador.
utilizará; si el compilador predeterminado que genera el proceso de compilación no es el
uno deseado, especifique explícitamente el compilador que se debe utilizar.
CROSS_COMPILE

--subarca foo
Algunas arquitecturas (Alpha y m68k) requieren un kernel diferente para cada
subarquitectura. Esta opción proporciona una forma de especificarlo como argumento para
make-kpkg. Por favor, nota que el soporte adicional para sub-arquitecturas puede ser
requerido en las fuentes del kernel para que esto realmente haga algo. El mismo efecto
se puede lograr estableciendo la variable de entorno KPKG_SUBARCH.

--arco-en-nombre

--arch_in_name
Esta opción utiliza un nombre extendido para el paquete de imágenes del kernel incrustando el
subarquitectura en el nombre de la imagen, por lo que se podría escribir un script para crear múltiples
sub-arquitecturas una tras otra. También puede hacer esto configurando el
Variable ambiental ARCH_IN_NAME. Por favor, nota que solo el paquete nombre is
afectados, no ubicaciones de módulos, etc.

--pgpsign nombre
Establezca la cadena utilizada para firmar el cambios archivo para cualquier módulo externo en
/ usr / src / modules / utilizando PGP. Esta opción anulará el predeterminado incorporado y el
personalizaciones de todo el sitio almacenadas en el archivo /etc/kernel-pkg.conf or
~ / .kernel-pkg.conf.

--config dirigidos
Cambie el tipo de configuración realizada desde la configuración antigua predeterminada. dirigidos debe ser uno
de oldconfig, config, menuconfig, gconfig, nconfig, xconfig, randconfig, defconfig,
allmodconfig, allyesconfig, allnoconfig, old, menu, go x.

Note sin embargo, eso make-kpkg escanea el archivo de configuración al inicio en busca de algunas opciones,
notablemente el hecho de que los módulos están habilitados o no, por lo que alternar el estado durante el
la configuración retrasada da como resultado un error. Si es necesario, cree el archivo de configuración
lo más cercano al deseado antes de llamar a make-kpkg con este modificador.

--objetivos
Imprime una lista de objetivos conocidos. Ver la sección Orden de Targets o Metas abajo.

--noexec
Pasar un -n opción a la para lograr proceso de modo que los comandos se impriman simplemente en el
pantalla pero no ejecutado realmente. Esto es muy útil para depurar.

--verboso
Esto llama para lograr con la opción -V = 1, que llama a los comandos Make de nivel superior,
también es útil para ver lo que está sucediendo.

--initrd
If make-kpkg está generando un imagen del núcleo paquete, arregle para transmitir al gancho
Los scripts se ejecutan desde los scripts del mantenedor posterior a la instalación que requiere esta imagen.
an initrdy que el initrd Los scripts de gancho de generación no deben cortocircuitarse
temprano. Sin esta opción, el ejemplo initramfs scripts de gancho incluidos con
paquete de kernel no realizará ninguna acción en la instalación. El mismo efecto puede ser
logrado estableciendo la variable de entorno INITRD a cualquier valor no vacío. Por favor
tenga en cuenta que a menos que haya secuencias de comandos de gancho en / etc / kernel o agregado en el gancho
parámetro de script de /etc/kernel-img.conf, no se creará ningún initrd (el incluido en
Los scripts de ejemplo son solo ejemplos: se requiere la acción del usuario antes que nada
sucede). En la mayoría de los sistemas, sin embargo initramfs-herramientas instala scripts (desde la versión
0.94 (y han respetado la variable INITRD desde 0.98)). dracut también lo hace
esta.

--trabajos número

-j número
Establecer la variable de entorno CONCURRENCIA_NIVEL a número.

--overlay-dir / ruta / al / directorio
El directorio especificado debe contener archivos que se colocarán en el ./debian
directorio de las fuentes del kernel, en preparación para la construcción de los paquetes debian.
Los archivos reemplazarán cualquier cosa en / usr / share / kernel-package que normalmente sería
colocados allí, y depende del usuario asegurarse de que los archivos en la superposición
directorio son compatibles con make-kpkg. Si te rompes make-kpkg con una superposición
archivo, puedes quedarte con las piezas. Se puede lograr el mismo efecto configurando el
Variable ambiental KPKG_OVERLAY_DIR.

Ten en cuenta que superposición-dir / Control y overlay-dir / changelog son especiales, y
La sustitución de variables se realiza en estos archivos. Usar
/ usr / share / kernel-package / Control y / usr / share / kernel-package / changelog archivos como
plantillas.

Si un overlay-dir / post-install ejecutable (o script ejecutable) existe, debe ser
ejecutar inmediatamente después ./debian está poblado. El guión se ejecutará en el
./debian directorio. Esto se puede utilizar, por ejemplo, para eliminar archivos que el usuario hace
no desea, o para tomar acciones que no sean un simple reemplazo.

--rootcmd foo
El comando que proporciona un medio para obtener acceso de superusuario (por ejemplo, `sudo '
o `fakeroot ') según sea necesario mediante la opción -r de dpkg-buildpackage. Esta opción no
trabajar para tres de los objetivos, a saber, binario, indep binarioy arco binario. For
esos objetivos todo el make-kpkg El comando debe ejecutarse como root (falso).

--madre foo
Llamar a los paquetes foo- * en lugar de kernel- *. Esto es útil para ayudar en la transición.
desde llamar a los paquetes kernel- * a linux- * paquetes, en preparación para
kernels que no son de Linux en la distribución. El predeterminado es linux. El tallo, ya que es
la parte inicial del nombre de un paquete debe constar solo de letras minúsculas ('a-z'),
dígitos (`0-9 '), signos más (` +') y menos (`- ') y puntos (`.'). Debe estar en
de dos caracteres como mínimo y debe comenzar con un carácter alfanumérico.

--nosotros Esta opción se pasa a dpkg-buildpackage y le indica a ese paquete que no firme
la fuente. Esto solo es relevante para el destino del paquete de compilación.

--uc Esta opción se pasa a dpkg-buildpackage y le indica a ese paquete que no firme
el registro de cambios. Esto solo es relevante para el destino del paquete de compilación.

Las opciones pueden reducirse a la cadena única más pequeña y pueden ingresarse con
un prefijo o un prefijo, y puede usar un espacio o un símbolo = entre una cadena de opciones y un
valor. También puede utilizar el formulario option = value; para obtener detalles sobre estas y otras formas variantes
apoyado, por favor lea Getopt ::Largo(3 perlas).

CONCURRENCIA_NIVEL
Si se define, esta variable de entorno establece el nivel de simultaneidad de la marca utilizada para
compilar el kernel y los módulos establecidos usando -j banderas a la sub marca en el build
objetivo de make-kpkg. Debe ser un entero (pequeño), si se usa. Puedes conseguir la corriente
número de CPU que utilizan el comando:

grep -c '^ procesador' / proc / cpuinfo

ADVERTENCIA: NO establezca la opción -j en MAKEFLAGS directamente, esto llamará a la compilación
fallar. Es posible establecer -j como argumento make-kpkg.

OBJETIVOS

limpia Limpia el directorio de origen del kernel de todos los archivos creados por el destino construir, y ejecuta un
hacer destilado. (Consulte un Makefile del kernel de Linux para obtener más detalles). tenga en cuenta
que aunque nos ocupamos de la lista de configuración actual del kernel contenida en
el archivo .config, el archivo incluir / linux / autoconf.h no se conserva. Este objetivo
no debe combinarse con otros objetivos, ya que make-kpkg lee todos los datos antes
ejecutar cualquier objetivo, por lo que los objetivos subsiguientes se ejecutarán con los datos antiguos, que
puede que no sea lo que quieres. Tenga en cuenta que, de forma predeterminada, el objetivo limpio no se ejecuta
como root, que funciona bien con el comando raíz falsa se utilizó. Sin embargo, si previamente
la construcción se hizo usando sudo, necesitas correr make-kpkglimpiar también debajo sudo

paquete de construcción
Este objetivo ejecuta los objetivos limpiay binarioy produce el paquete completo
usando paquete de compilación dpkg.

binario Este objetivo produce los cuatro paquetes del kernel de Debian ejecutando los objetivos
indep binario y arco binario. Sin embargo, esto requiere make-kpkg para ser ejecutado como root
(o fakeroot), ya que --rootcmd no trabajará.

indep binario
Este objetivo produce los paquetes independientes del arco ejecutando los objetivos
fuente_kernel, manual_del_núcleo y kernel_doc. Sin embargo, esto también requiere make-kpkg
para ser ejecutado como root (o fakeroot), ya que --rootcmd no trabajará.

arco binario
Este objetivo produce los paquetes dependientes del arco ejecutando los objetivos
encabezados_del_kernel y imagen_del_kernel. Sin embargo, esto también requiere make-kpkg para ejecutarse
como root (o fakeroot), ya que --rootcmd no trabajará.

fuente_kernel
Este objetivo produce un paquete debianizado de las fuentes del kernel de Linux. Si el
Variable ambiental FUENTE_CLEAN_HOOK apunta a un ejecutable, entonces eso
El ejecutable se ejecutará desde el directorio temporal (superior) de las fuentes del kernel.
justo antes de empaquetarlo, ./debian/tmp-source/usr/src/kernel-source-XXXX, so
las personas pueden tomar cualquier acción que consideren conveniente (eliminar arcos, podar el control de versiones
directorios, encontrar . Tipo d -nombre CVS -ciruela pasa Exec- rm -rf {} ; etc.). Esto no tiene
efecto en cualquier otra cosa que no sean las fuentes del kernel que se están empaquetando, si el
El script opera en el directorio actual y sus hijos, el árbol fuente original.
debe permanecer intacto. Las variables de entorno CABEZAL_CLEAN_HOOK y
DOC_CLEAN_HOOK son similares. Deben apuntar a ejecutables, luego ese ejecutable
se ejecutará desde el directorio temporal (superior) de los encabezados del kernel y
documentación justo antes del empaque, respectivamente, por lo que las personas pueden tomar cualquier medida
ellos lo ven oportuno. Esto tampoco tiene ningún efecto sobre nada más que las fuentes que son
siendo empaquetado.

kernel_debug
Este objetivo produce un paquete Debian que contiene los símbolos de depuración para el
módulos contenidos en el paquete de imágenes correspondiente. La idea básica aquí es
mantener el espacio en / lib / modules / bajo control, ya que esto podría estar en una raíz
partición con restricciones de espacio. Por favor nota que si las firmas del módulo están habilitadas
en la configuración del kernel, el paquete de imágenes correspondiente no tendrá módulos
con el enlace de depuración apuntando a estos archivos de símbolos de depuración. Para dar vuelta
en la depuración de enlaces para módulos en el paquete de imágenes, debe desactivar el módulo
firmas

encabezados_del_kernel
Este objetivo produce un paquete Debian que contiene los archivos de encabezado incluidos en el
Kernel de Linux.

manual_del_núcleo
Este objetivo produce un paquete Debian que contiene las páginas del manual de la sección 9
incluido en el kernel de Linux. Tenga en cuenta que este no es realmente un
objetivo; llamar a esto también invocará el kernel_doc objetivo y crea un
paquete kernel-doc al mismo tiempo.

kernel_doc
Este objetivo produce un paquete Debian que contiene la documentación incluida en el
Kernel de Linux. Esto se puede llamar independientemente de la manual_del_núcleo objetivo, pero no
al revés.

imagen_del_kernel
Este destino produce un paquete Debian de la imagen fuente del kernel de Linux, y cualquier
módulos configurados en el archivo de configuración del kernel .config. Si no hay
.config archivo en el directorio de origen del kernel, se proporciona una configuración predeterminada
similar al utilizado para crear el Debian boot-floppies. Si el kernel
archivo de configuración ha habilitado el soporte para módulos, los módulos se crearán y
instalado. Si las firmas de módulo no están habilitadas, los módulos resultantes tendrán una
enlace a la ubicación del archivo de símbolos de depuración para el módulo, generalmente
instalado por el paquete de depuración.

Si el archivo ./debian/post-instalación existe, y es un ejecutable, se ejecuta solo
antes de que se cree el paquete de imágenes del kernel. Además, tenga en cuenta que si hay
cualquier script en ./debian/imagen.d/ directorio, ejecutar-partes será llamado en eso
directorio justo antes de que se compile el paquete de imágenes del kernel. La ubicación de la raíz
del paquete de imágenes que se está construyendo se pasará a la variable de entorno
IMAGEN_TOP, y la versión del kernel se pasa a través de la variable de entorno
versión para todos estos guiones.

Consulte la documentación sobre ganchos en kernel-img.conf(5). Estos ganchos son
variables que el administrador de sistemas local puede señalar a scripts que agregan o eliminan un
línea de la lista del menú de grub en las instancias de instalación y eliminación de la imagen del kernel. Una muestra
La secuencia de comandos para agregar líneas a un archivo de menú de grub se incluye en el directorio.
/ usr / share / doc / kernel-package /.

Aparte de las variables de gancho que puede establecer el administrador local, hay un conjunto de
directorios donde los paquetes, o el administrador local, pueden colocar archivos de script. los
los directorios son /etc/kernel/preinst.d/, /etc/kernel/postinst.d/,
/etc/kernel/prerm.d/, /etc/kernel/postrm.d/, /etc/kernel/preinst.d//,
/etc/kernel/postinst.d//, /etc/kernel/prerm.d/ /y
/etc/kernel/postrm.d//. Si existen, el paquete kernel-image deberá
ejecutar un ejecutar-partes programa sobre el directorio (incluido el versionado), dando
la versión que se instala o elimina como argumento, en la fase correspondiente
de instalación o remoción. Antes de llamar a estos scripts, la variable env Laboratorio
se establecerá en el valor de la --madre argumento (o el valor predeterminado, linux), y
La variable KERNEL_PACKAGE_VERSION se establecerá en la versión del
kernel-package que creó el paquete. Estos scripts se llamarán con dos
argumentos, siendo el primero el versión de la imagen del kernel, y el segundo argumento
siendo el Ubicación de la propia imagen del núcleo. Dado que debconf está en uso antes de
se llama al script, este script no debería emitir mensajes de diagnóstico a stdout -
mientras el postinst sí llama parada_db, debconf no restaura stdout, por lo que los mensajes
a stdout desaparecer.

En la instalación, también ofrece ejecutar el cargador de Linux, LILO (o alternativos como
Loadlin, SILO, QUIK, VMELILO, código postal, Yaboot, POLO or GRUB), creando una configuración
archivo para cargadores de arranque compatibles si es necesario. En ese momento también ofrece poner el
nuevo kernel en un disquete, formateando el disquete si es necesario. Al eliminarse, el paquete
comprueba la versión del kernel en ejecución y se niega a eliminar un kernel en ejecución.
comida califica una mención especial aquí, ya que es posible que no sea necesario volver a ejecutar grub después de
instalar una imagen del kernel, aunque un cambio automático en la lista del menú sería
agradable en la instalación y eliminación de paquetes de imágenes del kernel.

build Este objetivo, utilizado por el objetivo imagen_del_kernel arriba, compila la imagen del kernel de Linux.

módulos
Este objetivo le permite crear todos los módulos y paquetes complementarios que son muy
dependiendo de la versión precisa del kernel para la que se compilan al mismo tiempo
construya su imagen de kernel. Este objetivo espera encontrar los módulos o paquetes en
/ usr / src / modules y, para todos esos directorios, cambia a MODULE_LOC / x
(MODULE_LOC por defecto es / usr / src / modules), y ejecuta el kdist gobernar en el local
reglas.debian expediente. Este objetivo debe crear el Debian paquete (s) de módulo, y puede
también producir un archivo tar comprimido, y un archivo diff comprimido, con md5sums
registrado en un archivo de cambios usando dpkg-gencambios. El archivo está firmado por el mismo
identidad que se usaría para firmar los paquetes del kernel. Esta opción es utilizada por
encargados del mantenimiento que cargan el paquete en los archivos de Debian.

módulos_config
Este objetivo le permite configurar todos los paquetes bajo MÓDULO_LOC, que por defecto
a / usr / src / modules. Esto es útil si necesita modificar manualmente algunos aspectos de
la configuración, o si desea compilar manualmente los módulos adicionales. Esta
no debería ser llamado a menos que ya tenga un directorio ./debian.

módulos_imagen
Este objetivo le permite construir todos los paquetes bajo MÓDULO_LOC, que por defecto es
/ usr / src / modules, pero no crea los archivos fuente o diff, y no crea
y firmar un archivo de cambios. Esta es la única opción relacionada con los módulos que necesita si
solo quiero compilar los archivos de imagen de los módulos adicionales para instalarlos en uno o más
máquinas. Generalmente llamado junto con imagen_del_kernel, especialmente si también
usando la opción agregar_a_versión (evita advertencias falsas). Esto no debería
ser llamado a menos que ya tenga un directorio ./debian.

módulos_limpio
Este objetivo le permite limpiar todos los paquetes bajo MÓDULO_LOC, que por defecto es
/ usr / src / modules, y esto debería ser todo lo que se necesita para deshacer el efecto de cualquier
de los otros módulos_ objetivos. Esto no debe llamarse a menos que ya tenga un
Directorio ./debian.

configurar
Este objetivo ejecuta configure (en realidad, objetivo_config, establecido por --config que valores predeterminados
a viejoconfig) temprano, por lo que puede editar archivos generados por para lograr config en el kernel
directorio de origen y no tenerlos pisoteados por make-kpkg más tarde.

debian Este objetivo crea el ./debian directorio y, opcionalmente, parchea la fuente. Esta
el objetivo es llamado por el configurar objetivo. Puede utilizar este objetivo para tener
fuentes parcheadas, y luego ejecute manualmente el paso de configuración para actualizar el
archivo de configuración, con las nuevas opciones de configuración que puedan tener los parches
introducido.

libc-kheaders
Este es un objetivo especial para el mantenedor de libc-dev, que puede usarlo para crear el
paquete de encabezados que necesita libc. Tenga en cuenta que es peligroso crear un
paquete libc-kheaders que es diferente de los encabezados con los que se compiló libc; eso
is conocido para romper sutilmente los sistemas. Por favor mira a
/usr/share/kernel-package/README.headers para detalles. Crear e instalar un
El paquete libc-kheaders creado por usted mismo puede romper su sistema a menos que sepa lo que
estás haciendo. Usted ha sido advertido.

MEDIO AMBIENTE VARIABLES

KPKG_DEBUG, si se establece, hace que make-kpkg escupe mensajes de depuración sobre algún shell
funciones ejecutadas internamente. Esto probablemente no sea de interés para nadie que no esté depurando
make-kpkg. Las siguientes variables (documentadas anteriormente) también afectan make-kpkg:
DEBIAN_REVISION_MANDATORIA, APLICACIÓNEND_TO_VERSION, VERSION_H_OK, KPKG_ARCH, CROSS_COMPILE,
KPKG_SUBARCH, KPKG_OVERLAY_DIR, ARCH_IN_NAME, INITRD, FUENTE_CLEAN_HOOK, MÓDULO_LOC,
CONCURRENCIA_NIVEL y IGNORAR_UPPERCASE_VERSION.

Use make-kpkg en línea usando los servicios de onworks.net