Debian Testing : comment l’utiliser efficacement ?

La branche « Testing » de Debian représente la future version « Stable » en développement. C’est pour beaucoup un excellent choix : les logiciels y sont récents et elle est généralement très stable. Cependant, du fait qu’elle soit en développement, elle nécessite une certaine attention et certaines connaissances pour être appréciée et utilisée sereinement.

Être prévenu sur l’état des paquets qui seront installés/mis à jour

Avec Debian Testing les mises à jours sont quotidiennes, et même si les paquets sont restés quelques jours/semaines dans la branche « Unstable » (ou Sid) pour être testés avant d’être reversés dans Testing ils peuvent quand même parfois être bogués.
L’installation d’Apt-listbugs est donc recommandée. Il permet d’être prévenu sur l’état des paquets qui seront installés/mis à jour, en indiquant la nature, l’état, la gravité du bogue ainsi que les architectures concernés, le tout en anglais…

Quelques explications sur l’état des bogues :

- Done : le bogue a été corrigé.
- Fixed : le bogue a été corrigé pour une prochaine version (Pour Testing c’est en général la version qui va être installé).
- Pending : le bogue est en train d’être corrigé mais la version qui va être installé contient peut être encore le bogue. Il est donc sage de faire une vérification sur le site http://www.debian.org/Bugs/ armé du numéro du bogue.

Tout cela en gardant à l’esprit qu’un bogue ne touche pas forcement toutes les configurations matériels, inutile donc de tomber dans la paranoïa…


Le sources.list et le fichier de préférence des priorités

Il nous faut tout d’abord répondre à une question : quelle est la différence entre utiliser la branche « Testing » et son nom de code (actuellement Lenny) dans le sources.list ?
C’est simple, si on utilise « testing » dans le sources.list on restera toujours dans la branche « Testing » de Debian. Si par contre on utilise « lenny », lorsque Lenny deviendra la version « Stable » de Debian on passera donc de la version Testing à la version Stable.
Le branche « Testing » étant particulièrement instable les semaines suivants la sortie de la version Stable il est recommandé d’utiliser dans le sources.list le nom de code de la branche « Testing » (actuellement Lenny) et de faire le cas échéant une mise à niveau vers la nouvelle version Testing une fois l’ouragan passé (un délai d’environ 2 mois est généralement suffisant).

Continuer la lecture de « Debian Testing : comment l’utiliser efficacement ? »

Création de paquets DEB (méthode2 : devscripts)

    Cette fois ci, on va se simplifier la vie:

1/ Pour commencer, nous faisons un dossier avec le nom du paquet, par exemple pour playonlinux:
$ mkdir /home/sebastien/packaging/playonlinux
$ cd /home/sebastien/packaging/playonlinux

2/ On télécharge les sources debian du paquet:
$ apt-get source playonlinux

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Note : la maintenance du paquet de « playonlinux » est réalisée dans le système de suivi de versions « Svn » à l'adresse :
svn://anonscm.debian.org/pkg-games/packages/trunk/playonlinux/
Nécessité de prendre 3 211 ko dans les sources.
Réception de : 1 http://ftp.fr.debian.org/debian/ testing/contrib playonlinux 4.2.6-1 (dsc) [1 978 B]
Réception de : 2 http://ftp.fr.debian.org/debian/ testing/contrib playonlinux 4.2.6-1 (tar) [3 203 kB]
Réception de : 3 http://ftp.fr.debian.org/debian/ testing/contrib playonlinux 4.2.6-1 (diff) [6 684 B]
3 211 ko réceptionnés en 4s (780 ko/s)  
dpkg-source: info: extraction de playonlinux dans playonlinux-4.2.6
dpkg-source: info: extraction de playonlinux_4.2.6.orig.tar.gz
dpkg-source: info: extraction de playonlinux_4.2.6-1.debian.tar.xz
dpkg-source: info: mise en place de set_debian_env.diff
dpkg-source: info: mise en place de remove_binary_plugin.diff

3/ On télécharge en ROOT, les paquets nécessaire pour construire ce paquet:
# apt-get build-dep playonlinux

4/ On se remet en simple utilisateur, puis on rentre dans le dossier des sources debian:
$ cd '/home/sebastien/packaging/playonlinux/playonlinux-4.2.6'

5/ On va dans voir le fichier /debian/watch qui permet, si bien fait, de faire tout automatiquement avec la commande uscan. Les sources mises à jour seront automatiquement recherchées, téléchargées, et la commande uupdate sera exécutée.
$ uscan

playonlinux: Newer version (4.2.8) available on remote site:
  https://www.playonlinux.com/script_files/PlayOnLinux/4.2.8/PlayOnLinux_4.2.8.tar.gz
  (local version is 4.2.6)
Successfully downloaded updated package PlayOnLinux_4.2.8.tar.gz
Successfully symlinked ../PlayOnLinux_4.2.8.tar.gz to ../playonlinux_4.2.8.orig.tar.gz.
New Release will be 4.2.8-1.
-- Untarring the new sourcecode archive ../playonlinux_4.2.8.orig.tar.gz
Unpacking the debian/ directory from version 4.2.6-1 worked fine.
Remember: Your current directory is the OLD sourcearchive!
Do a "cd ../playonlinux-4.2.8" to see the new package

Si la commande uscan télécharge les sources mises à jour mais n’exécute pas la commande uupdate, vous devriez corriger le fichier debian/watch pour avoir debian uupdate après l’URL.

6/ Normalement tout a été fait si le fichier watch est bien fait, du coup reste plus qu’a fabriquer le deb:
$ cd '/home/sebastien/packaging/playonlinux/playonlinux-4.2.8'
$ debuild

dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: paquet source playonlinux
dpkg-buildpackage: version source 4.2.8-1
dpkg-buildpackage: distribution source UNRELEASED
dpkg-buildpackage: source changé par Sebastien CHAVAUX <sebastien@debianlinux.schavfr>
 dpkg-source --before-build playonlinux-4.2.8
dpkg-buildpackage: architecture hôte amd64
dpkg-source: info: mise en place de set_debian_env.diff
dpkg-source: info: mise en place de remove_binary_plugin.diff
 fakeroot debian/rules clean
dh clean --with python2
   dh_testdir
   dh_auto_clean
   dh_clean
 dpkg-source -b playonlinux-4.2.8
dpkg-source: info: utilisation du format source « 3.0 (quilt) »
dpkg-source: info: construction de playonlinux en utilisant le ./playonlinux_4.2.8.orig.tar.gz existant
dpkg-source: info: construction de playonlinux dans playonlinux_4.2.8-1.debian.tar.xz
dpkg-source: info: construction de playonlinux dans playonlinux_4.2.8-1.dsc
 debian/rules build
dh build --with python2
   dh_testdir
   dh_auto_configure
   debian/rules override_dh_auto_build-indep
make[1]: Entering directory '/home/sebastien/packaging/playonlinux/playonlinux-4.2.8'
convert -monitor -resize 32x32 /home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc/playonlinux.png /home/sebastien/packaging/playonlinux/playonlinux-4.2.8/playonlinux.xpm
Load/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc[playonlinux.png]: 0 of 128, 00% cLoad/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc[playonlinux.png]: 1 of 128, 00% cLoad/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc[playonlinux.png]: 2 of 128, 01% cLoad/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc[playonlinux.png]: 3 of 128, 02% cLoad/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8/etc[playonlinux.png]: 4 of 128, 03% c......
Save/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8[playonlinux.xpm]: 30 of 32, 96% complSave/Image//home/sebastien/packaging/playonlinux/playonlinux-4.2.8[playonlinux.xpm]: 31 of 32, 100% complete
make[1]: Leaving directory '/home/sebastien/packaging/playonlinux/playonlinux-4.2.8'
   dh_auto_test
 fakeroot debian/rules binary
dh binary --with python2
   dh_testroot
   dh_prep
   dh_auto_install
   debian/rules override_dh_install
make[1]: Entering directory '/home/sebastien/packaging/playonlinux/playonlinux-4.2.8'
dh_install
chmod +x debian/playonlinux/usr/share/playonlinux/bash/startup_after_server
chmod +x debian/playonlinux/usr/share/playonlinux/bash/read_pc_cd
chmod +x debian/playonlinux/usr/share/playonlinux/bash/find_python
make[1]: Leaving directory '/home/sebastien/packaging/playonlinux/playonlinux-4.2.8'
   dh_installdocs
   dh_installchangelogs
   dh_installman
   dh_python2
W: dh_python2:479: Please add dh-python package to Build-Depends
   dh_installmenu
   dh_perl
   dh_link
   dh_compress
   dh_fixperms
   dh_installdeb
   dh_gencontrol
dpkg-gencontrol: avertissement: champ Depends du paquet playonlinux : variable de substitution inconnue ${shlibs:Depends}
   dh_md5sums
   dh_builddeb
dpkg-deb : construction du paquet « playonlinux » dans « ../playonlinux_4.2.8-1_all.deb ».
 dpkg-genchanges  >../playonlinux_4.2.8-1_amd64.changes
dpkg-genchanges: inclusion du code source original dans l'envoi (« upload »)
 dpkg-source --after-build playonlinux-4.2.8
dpkg-source: info: retrait de remove_binary_plugin.diff
dpkg-source: info: retrait de set_debian_env.diff
dpkg-buildpackage: envoi complet (inclusion du code source d'origine)
Now running lintian...
W: playonlinux source: changelog-should-mention-nmu
W: playonlinux source: source-nmu-has-incorrect-version-number 4.2.8-1
Finished running lintian.
Now signing changes and any dsc files...
 signfile playonlinux_4.2.8-1.dsc 0x100F502F

You need a passphrase to unlock the secret key for
user: "Sebastien XXXX (seb95) <xxxxx@xxx.xx>"
2048-bit RSA key, ID 100F502F, created 2015-05-19

                  
 signfile playonlinux_4.2.8-1_amd64.changes 0x100F502F

You need a passphrase to unlock the secret key for
user: "Sebastien XXXXXX (seb95) <xxxx.xxx@xx.xx>"
2048-bit RSA key, ID 100F502F, created 2015-05-19

                  
Successfully signed dsc and changes files

On aura de jolies paquets deb, et pour finir un coup de debuild clean.

Création de paquets DEB (méthode1 : dpkg-buildpackage)

    On va commencer par changer une règle de compilation d’un paquet déjà présent dans debian :

1/ Je récupère les sources de debian, apt-get source nom_du_paquet ou par exemple :

apt-get source mldonkey

2/ Je m’occupe donc de mettre une version différente de celle du dépôt pour pas entrer en conflit avec ceux du dépôt, par exemple si c’est la version 3.5.1 dans le dépôt, je change le miens en 3.5.1-scha1. Je le fais avec dch, :

dch -v 3.1.5-2.scha1

3/
J’effectue les modification, admettons que je veux seulement changer un truc dans la compilation, par exemple la prise en charge de tout les protocoles, faudra aller dans le fichier rules du dossier /debian. Le fichier control me sers a transcrire les changements et alleger les dépendances (debian aime bien donner des versions a ses dépendances ce qui est nécessaire car elle a plusieurs versions (stable, testing, sid))

4/ On télécharge les dépendances du paquet a construire :

# apt-get build-dep mldonkey

5/ Ensuite pour construire le paquet on rentre un

dpkg-buildpackage -rfakeroot -us -uc

(-us -uc pour ne pas chiffrer avec une clef)

on installe ce que nous demande le terminal( d’ou l’utilité d’un chroot) ou de ne faire que pour des paquets qu’on utilise…
et on a un joli paquet.

Dans les prochains posts, enfin j’espére, on parlera de paquet a partir de zéro, ou avec checkinstall, et ensuite de dépôt privé mais accessible par internet par exemple pour la famille. J’ai déjà lu la doc (tres bonne au passage), il manque plus que le courage pour se lancer.

P.S : toutes les commandes sont a taper en user simple et pas en root ! Sauf si

#

est mis avant la commande


Changements apporté au fichier rules :

     —enable-multinet
     —enable-bittorrent
     —enable-filetp
     —enable-gnutella
     —enable-gnutella2
  —enable-fasttrack

Description supplémentaire apporté au fichier changelog :

mldonkey (3.1.5-2.scha1) UNRELEASED ; urgency=medium
 * Activation des réseaux fasttrack, bittorrent, gnutella1&2, filetp
— Sebastien CHA <sebastien@xxxxxxxx.xx.xx> Wed, 15 Apr 2015 14:04:01 +0200

L’adresse a été changé pour ne pas être exploité.

A la suite de quoi nos nouveaux paquets sont disponible comme on peut le voir par un « ls » :

[ /Public/debian] :$ ls
mldonkey-3.1.5                  mldonkey_3.1.5-2.scha1.dsc
mldonkey_3.1.5-2.debian.tar.xz            mldonkey_3.1.5.orig.tar.bz2
mldonkey_3.1.5-2.dsc             mldonkey-gui_3.1.5-2.scha1_amd64.deb
mldonkey_3.1.5-2.scha1_amd64.changes    mldonkey-server_3.1.5-2.scha1_amd64.deb
mldonkey_3.1.5-2.scha1.debian.tar.xz

Je viens de refaire un autre paquet, pour le moment ce ne sont qu’a partir des sources de debian, donc le paquet doit être déjà packagé.

apt-get source xfce4-systemload-plugin
apt-get build-dep xfce4-systemload-plugin
exit (on revient dans le terminal utilisateur)
dch -v 1.1.1-4.scha1
dpkg-buildpackage -rfakeroot -us -uc

Création de paquets RPM

Je me suis lancé dans le rpm, bon quelle simplicité par rapport aux DEB !
On commence par faire un répertoire rpm ou rpmbuild comme on veut, avec des sous dossiers, pour cela on va faire la commande suivante :

$ mkdir -p ~/rpmbuild/{BUILD,RPMS/{i586,noarch,x86_64},SOURCES,SRPMS,SPECS}

Puis on installe les paquets nécessaires :

urpmi rpm-build rpm-sign

Bon pour faire un simple rétro-portage il suffit de télécharger le rpm.source du paquet désiré :

$ wget http://mirror.internode.on.net/pub/mageia/distrib/cauldron/SRPMS/core/release/pbzip2-1.1.8-3.mga3.src.rpm

Ensuite, la deuxième étape consiste à télécharger les build-requires, c’est à dire les paquets nécessaires au bon fonctionnement de la future application à packager :

# urpmi --buildrequires pbzip2-1.1.8-3.mga3.src.rpm

Dernière étape, on build notre paquet :

$ rpmbuild --rebuild pbzip2-1.1.8-3.mga3.src.rpm

on aura un joli rpm !!!

Continuer la lecture de « Création de paquets RPM »

Création/Mise à jour de paquets DEB

Après la publication d’un paquet, il sera rapidement nécessaire de le mettreà jour.

8.1. Nouvelle révision Debian

Soit un rapport de bogue numéroté #654321, concernantvotre paquet et décrivant un problème que vous pouvez résoudre. Voici ce quevous devez faire pour créer une nouvelle révision du paquet :

  • pour un nouveau correctif :
    • configurer le nom du correctif : dquilt newnomdubogue.patch ;
    • déclarer le fichier à modifier : dquilt addfichier-bogué ;
    • corriger le problème dans le paquet source pour le bogue amont ;
    • l’enregistrer ennomdubogue.patch :dquilt refresh ;
    • ajouter sa description : dquilt header -e ;
  • pour la mise à jour d’un correctif :
    • rappeler le correctiftoto.patch existant :dquilt pop toto.patch ;
    • corriger le problème dans l’ancientoto.patch ;
    • mettre à jour toto.patch :dquilt refresh ;
    • mettre à jour sa description : dquilt header -e ;
    • appliquer tous les correctifs en enlevant les approximations(fuzz) : while dquilt push; do dquilt refresh;done ;
  • ajouter une nouvelle révision au début du fichierchangelog Debian, par exemple avec dch-i, ou explicitement avec dch -vversion-révision,et ajoutez ensuite les commentaires en utilisant votre éditeurfavori ;[78]
  • ajouter une courte description du bogue et de la solution dans l’entrée duchangelog, suivie par Closes: #654321. De cette manière,le rapport de bogue sera automagiquement fermé par lelogiciel de maintenance des archives une fois le paquet accepté dansl’archive Debian ;
  • répéter les opérations précédentes pour corriger plus de bogues tout enmettant à jour le fichier changelog avecdch selon votre besoin ;
  • recommencer ce qui a été fait en Section 6.1, « Reconstruction complète » et Chapitre 7, Contrôle des erreurs du paquet ;
  • une fois satisfait, modifier la valeur de distribution danschangelog d’UNRELEASED à la valeurde distribution cible unstable (ou mêmeexperimental). [79]
  • envoyer le paquet comme en Chapitre 9, Envoi de paquet. La différence est quecette fois, l’archive source originale ne sera pas incluse, car elle n’a pasété modifiée et est déjà dans l’archive Debian.

Un cas délicat peut se produire quand vous faites un paquet local pourexpérimenter l’empaquetage avant d’envoyer la version normale vers l’archiveofficielle, par exemple1.0.1-1.Pour des mises à niveau plus en douceur, il vaut mieux créer une entrée dechangelog avec une chaîne de version comme1.0.1-1~rc1.Vous pouvez nettoyer le changelog en fusionnant cesentrées de modification en une unique entrée pour le paquetofficiel. Consultez Section 2.6, « Nom et version de paquet » pour l’ordre des chaînes deversion.

Continuer la lecture de « Création/Mise à jour de paquets DEB »

Debian la bien chiante… Ou l’abandon de celle ci par les developeurs en amont…

Ce titre ne veut rien dire, c’est juste un coup de gueule.

En gros c’est juste une histoire de paquets pas a jour dans Sid, puisque debian est encore gelé a l’heure ou j’ecris. Le paquet en question est xfce en 4.12, disponible dans experimental mais sans ses goodies… Alors que ubuntu possède des ppa pour la version 4.12 officiels et maintenu par des développeurs officiels de xfce.

Et debian dans tout ça, on a encore une moitié de version. Et en plus de cela, on a pas mal de paquets, gstreamer pour ne pas le nommer, qui ne veut pas s’installer.

Il serait grand temps que debian propose un truc qui se rapproche des ppa d’ubuntu, et pourquoi pas directement les même ppa, après tout c’est des paquets  .deb et ça devrait être compatible ? En faite non et ceci pour une bonne raison, debian donne souvent une version de paquet aux dépendances. Par exemple, les plugins de xfce ont besoin de panel =<4.10, alors que certains de ces plugins n’ont même pas évolué…

Un autre truc qui me déplait au plus haut point sous debian, c’est le changement de nom/logo des produits mozilla. Je comprend le pourquoi, mais je reste a dire qu’en plus de proposer les versions totalement libre, il pourrait être sympa de proposer les « vrais » dans la section nonfree ou du moins un script qui télécharge et installe le binaire du site mozilla…

La raison de leurs « faux mozilla » est simple, sous debian stable, aucun paquets ne doit changer de version ou apporter/supprimer des fonctions, or les « mozilla » en proposent a chaque fois. Et du coté de mozilla, seuls les versions officiels sans patchs externes peuvent utiliser les logos et les marques officiels. Donc si debian corrige plus question d’utiliser la marque et les logos.

Et le choix a été vite fait, entre deux solution :

  • Soit le mainteneur debian migrait les paquets mozilla de free a nonfree
  • Soit il changeait de nom et de logos pour ses paquets

Donc pour satisfaire cette exigence que debian n’est pas la seule a demander, mozilla
a proposé une version LTS ou plutôt ESR. Mais ce n’est pas suffisant
pour ce qui est des problèmes de droit de licence/utilisation de la
marque et logos.

Bon je continu a penser qu’en parallèle des paquets renommer, on pourrait avoir firefox/thunderbird et seamonkey dans nonfree.

Ce qui me chagrine vraiment c’est que beaucoup de hits n’ont plus que des ppa ubuntu, et ne se prennent même plus la tete a maintenir un dépôt debian, pidgin, xfce, et j’en passe… Il serait temps vraiment que debian se rapproche de sa fille.

Debian reste debian, pour le pire et le meilleur, mais pour moi elle reste la meilleure…

Debian 8 Jessie publié chez Eyrolles

Ca y est, une nouvelle édition de mon Cahier de l’Admin Debian vient de paraître aux éditions Eyrolles… couvrant cette fois-ci Debian 8 Jessie et quittant la collection « Cahier de l’Admin » pour intégrer la « Collection Blanche » des livres de référence.

  

Le livre est disponible chez tous les bons libraires et sa version électronique est toujours disponible gratuitement sur le site officiel du livre. Rappelons que le livre est publié sous licence libre (au choix CC-BY-SA 3.0 ou GPL 2+) et qu’il est co-écrit par deux développeurs Debian (moi même et Roland Mas).

De la découverte à la maîtrise de Debian Jessie

Debian GNU/Linux, distribution Linux non commerciale extrêmement populaire, est réputée pour sa fiabilité et sa richesse. Soutenue par un impressionnant réseau de développeurs dans le monde, elle a pour principes l’engagement vis-à-vis de ses utilisateurs et la qualité. Ses technologies concernent un nombre toujours croissant d’administrateurs, notamment par le biais de la distribution dérivée Ubuntu.

Cet ouvrage, écrit par deux personnalités influentes de la communauté Debian, est consacré à Debian 8, au nom de code Jessie, et traite des outils et méthodes que tout administrateur Linux compétent maîtrise : installation et mise à jour du système, création de paquetages et compilation d’un noyau Linux, mais aussi supervision, sauvegarde et migrations, sans oublier des techniques avancées telles que la mise en place de SELinux ou AppArmor pour sécuriser des services, l’automatisation des installations ou encore la virtualisation (Xen, KVM, lxc, etc.).

Un ouvrage de référence sur Debian

Publié en 2004, et depuis réédité pour les mises à jour majeures de Debian, ce livre s’est imposé comme la référence permettant à tout un chacun de s’approprier Debian – du débutant qui veut tout découvrir à l’administrateur chevronné qui veut des conseils pour faire un meilleur usage des spécificités de cette distribution.

À qui s’adresse cet ouvrage ?

  • Aux utilisateurs débutant avec Debian qui veulent partir sur de bonnes bases en maîtrisant dpkg et APT, les outils de gestion des paquets Debian.
  • Aux administrateurs système qui trouveront des explications pour bien gérer leurs machines Linux et déployer un système d’information complet.
  • Aux utilisateurs d’une autre distribution Linux ou d’un autre Unix qui découvriront les spécificités de Debian.
  • À tous ceux qui ont déjà quelques connaissances sur Debian et qui souhaitent en savoir plus sur son fonctionnement communautaire.

Site Eyrolles [1]

Voir en ligne : Debian 8 Jessie publié chez Eyrolles

Le guide de survie – Linux L’essentiel du code et des commandes

    Alors sur ce coup, c’est LE livre a posseder, c’est simple, si on veut maîtriser un minimum le terminal il faudra passer par lui. Celui que je présente est la version de 2011. Je ne sais pas si il y a de gros changement car ma version date de 2006 et avait comme couverture cela :
local/cache-vignettes/L262xH430/9782744021254d7e-f60f6.jpg?1464945892

Couverture Le guide de survie - Linux

zoom

Le guide de survie – Linux

L’essentiel du code et des commandes

  • Nombre de pages : 375 pages
  • Date de parution : 04/11/2011 
  • EAN13 : 9782744025235
  • Parution : 04/11/2011
  • Edition : 1ère édition
  • Nb de pages : 375 pages
  • Format : 12 x 19
  • Couverture : Broché
  • Poids : 340 g
  • Intérieur : Noir et Blanc

Recueil de plus de 100 fragments de code ou de commande, pour la gestion de tâches quotidiennes ou de projets plus complexes de développement dans l’environnement Linux

Résumé :

Ce guide de survie est le compagnon indispensable pour ne jamais se sentir perdu dans un univers Linux.
Les principales commandes et lignes de code utilisées au quotidien pour
mener à bien les tâches des plus simples aux plus complexes sont
abordées.

L’ouvrage propose plus de 100 fragments de code et commandes personnalisables pour gérer et manier Linux dans toutes les situations.

Sommaire :

  • Les commandes : ce qu’il faut savoir
  • Les bases
  • Informations sur les commandes
  • Création de blocs de commande
  • Affichages du contenu des fichiers
  • Impression et gestion des tâches d’impression
  • Propriétés et permissions
  • Archivage et compression
  • Recherche d’éléments
  • La commande find
  • Le shell
  • Surveillance des ressources système
  • Installation de logiciels
  • Connectivité
  • Travail sur le réseau
  • Travail en réseau avec Windows

Débuter sous Linux avec Mandriva

    Le livre que je vais vous parler ce coup ci, est simplement celui qui m’a permis de commencer sous linux, avec une mandriva powerpack 2006 fraichement acheté et installé. Ce livre m’a été d’une grande aide et je ne saurais que trop le conseiller malgras qu’il se base sur une mandriva(paix a son ame), sur un kde3(lui aussi disparu…).

Couverture Débuter sous Linux avec Mandriva

zoom

Débuter sous Linux avec Mandriva

  • Nombre de pages : 520 pages Pdf cd
  • Date de parution : 05/01/2006 (3e édition)
  • EAN13 : 978221211689
  • Parution : 05/01/2006
  • Edition : 3e édition
  • Nb de pages : 520 pages
  • Format : 21 x 24
  • Couverture : Broché
  • Poids : 1287 g
  • Intérieur : Noir et Blanc

Voici
un ouvrage qui aborde de nombreux sujets (du choix de sa distribution à
l’installation d’un réseau sans fil). Pédagogique et riche en
informations, il aidera les plus réticents à se libérer de Windows !

Résumé :

A la découverte de Linux et des applications libres

La qualité des distributions Linux fait de GNU/Linux une alternative plus que crédible sur le poste de travail, grâce à des distributions telles que Mandriva, Ubuntu, Debian, Knoppix, Fedora… qui concurrencent désormais Microsoft Windows – en libre et gratuit.

Elles proposent l’indispensable arsenal bureautique : traitement de texte (OpenOffice. org…), agenda et mail (Mozilla Thunderbird, Kmail, Kontact), Web et chat (Mozilla Firefox, Gaim, etc.), retouche d’images (the Gimp…), jeux

Goûtez GNU/Linux au quotidien !

  • Utiliser Linux en nomade avec Mandriva 2006 Free (live)
  • Choisir une distribution et installer un système GNU/Linux Mandriva
  • Naviguer sur le Web et gérer son courrier électronique
  • Traitements de texte, tableurs, logiciels de présentation
  • Son, image et vidéo, dessin et retouche d’images, graver des CD-Rom
  • Transférer des fichiers : peer-to-peer, FTP, SSH
  • Partager en réseau avec des machines Windows
  • Sécurité, utilisateurs et groupes
  • Commander son système grâce au shell
  • Installer et mettre à jour des applications, configurer le noyau

Sur le CD-Rom offert avec cet ouvrage : Mandriva Linux 2006 Free (en français), distribution Linux complète prête à l’emploi (Web, mail et agenda, bureautique, jeux, chat, retouche d’image…), s’amorçant directement sur CD-Rom (pas d’installation nécessaire, ne modifie pas le disque dur). Pour PC, 128 Mo de RAM.

Cette version libre est diffusée avec l’aimable accord de Mandriva (http://www.mandrivastore.comhttp://www.mandriva.com pour les téléchargements).

À qui s’adresse cet ouvrage ?

  • Particuliers et professionnels souhaitant découvrir et essayer GNU/Linux
  • Utilisateurs Windows voulant un environnement convivial et leurs applications habituelles en équivalent libre et gratuit
  • Tous ceux qui souhaitent comprendre le logiciel libre

Sommaire :

  • Introduction aux distributions GNU/Linux
  • Utiliser GNU/Linux sans installation avec Free Mandriva Linux
  • Installer un système GNU/Linux sur son ordinateur
  • Optimiser sa configuration : impression, réseau et Internet
  • Les bureaux et l’environnement graphique sous GNU/Linux
  • Applications bureautiques : traitement de texte, tableur, comptabilité personnelle
  • Communiquer par Internet : Web, e-mail, chat et news
  • Partager des fichiers à travers l’Internet
  • Multimédia : son, image et vidéo
  • Les applications métier : dessin, sciences, éducation… et développement
  • Les applications domestiques et ludiques
  • Ce qui change : de Windows à GNU/Linux
  • Maîtriser la ligne de commande
  • Installer de nouvelles applications et entretenir son système
  • Administrer son système
  • Le réseau local
  • Trouver de la documentation sur GNU/Linux
  • Dépannage
  • Ce qu’est vraiment le logiciel libre
  • A : Glossaire
  • B : Contenu du CD-Rom : Free Mandriva Linux
  • Annexes publiées sur le site Web d’accompagnement
  • C : Emulation et interopérabilité
  • D : Chiffrer et signer des fichiers et courriers

Extraits :

Debian Administration et configuration avancée

     Mon 2eme bouquin sur debian, et pas n’importe lequel !Moins facile d’acces, il est un peu plus technique que « le cahier de l’admin » et parle plus du fonctionnement « interieure » de sa debian.
C’est simple c’est mon préféré et malgres sa date de sortie il est toujours d’actualité !
https://i1.wp.com/static.eyrolles.com/img/2/2/1/2/1/1/9/0/9782212119046_h430.jpg?w=840

zoom

Debian

Administration et configuration avancée

  • Nombre de pages : 674 pages Pdf
  • Date de parution : 13/07/2006 
  • EAN13 : 9782212119046
  • Parution : 13/07/2006
  • Edition : 1ère édition
  • Nb de pages : 674 pages
  • Format : 19 x 23
  • Couverture : Broché
  • Poids : 1350 g
  • Intérieur : Noir et Blanc

Destiné aux administrateurs Unix / Linux et aux utilisateurs Debian / Linux, cet ouvrage présente de façon détaillée le système Debian et ses spécificités. Il aborde aussi bien les aspects de Debian qui peuvent faciliter la vie des administrateurs que ceux qui peuvent leur causer quelques moments de rage…

Résumé :

De par sa fiabilité et sa richesse, Debian est la distribution Linux
non commerciale la plus appréciée des administrateurs système et
réseau. Réputée chez les professionnels, elle domine les autres par la
taille de son réseau de développeurs et sa capacité à organiser en un tout cohérent de très nombreux modules et projets.

Dans les coulisses de Debian

Écrit, enrichi et adapté par des développeurs Debian, cet ouvrage s’adresse à des administrateurs Linux.
Il leur explique en profondeur les principes régissant le
fonctionnement de cette distribution, et leur permet ainsi d’optimiser
leurs choix en termes de configuration système, d’exploitation,
d’administration et de sécurisation.

Une bible pour l’administration et la configuration avancées

Cet ouvrage livre à l’administrateur chevronné de quoi comprendre les plus subtiles options de configuration de Debian. Non sans avoir expliqué les aspects organisationnels
du projet, il décrit ce que devrait être une installation minimale peu
risquée, comment manier le serveur X, quelles sont les versions de Debian
et archives et leurs usages respectifs, comment gérer les paquets…
Enfin, il explique en quoi doit consister l’entretien quotidien du
système et ce qu’on entend par sécurité dans Debian.

Traduction de Raphaël Hertzog et Roland Mas, dirigée par Nat Makarévitch.

Sommaire :

  • Introduction
  • Le projet Debian
  • Installer Debian de la bonne façon
  • Les versions de Debian et ses archives
  • Le système de gestion des paquets
  • Administration système sous Debian
  • Sécurité du système Debian
  • Concepts avancées
  • Créer des paquets Debian
  • Documentation et ressources
  • Annexes
    • A. Sous-projets et autres distributions dérivées de Debian
    • B. Quand Debian est-elle le bon choix ?
    • C. Divers
    • D. Le manifeste Debian Linux
    • E. Le contrat social de Debian
    • F. Les principes du logiciel libre selon Debian

Extraits :