NeoX a écrit 18071 commentaires

tout ca peut etre simplifier en faisant un seul fichier vhost pour glorf

<VirtualHost *:80>
ServerAdmin glorf@eynires.fr
ServerName glorf.eynires.fr
DocumentRoot /var/www/misc/glorf
#directives de conf sans rapport aussi
</VirtualHost>


evidemment il faudra que glorf.eynires.fr ait une entrée DNS pour qu'un navigateur puisse demander http://glorf.eynires.fr/

en fait c'était une petite pub discrète pour illumos caché dans la news de pcinpact... en interprétant comme ça et en étant si mauvais en orthographe, je devrai pouvoir me faire embaucher chez clubic...

sauf qu'il n'y a rien sur le site Illumos
à part qu'il a été créé apres l'annonce de la mort de OpenSolaris

et qu'il fait l'hypothese que Illumos vas reprendre la derniere version libre de OpenSolaris

mais y a encore rien dans les depots, ou en telechargement

pas besoin d'avoir un processeur AMD pour pouvoir faire du 64bits.

Les processeurs Intel sont aussi 64bits (EM64T dans leur description)
donc à part si ta machine a plus de 8 ans, elle doit avoir un processeur capable de faire du 64bits

chez intel :
http://fr.wikipedia.org/wiki/Intel_64#Impl.C3.A9mentations

chez AMD :
http://fr.wikipedia.org/wiki/AMD64#Impl.C3.A9mentations

un squelette evolue dans le temps

avant l'age adulte (25ans) il me semble qu'il croit.

ensuite il s'use...

sans compter les accidents de la vie

pas sur que ce soit si fiable que ca du coup

en effet cela ne vient pas de là
puisque j'ai le meme comportement (avec strace) sur ma machine qui fonctionne

j'ai aussi les NOENT sur ces fichiers
de meme que sur les locales

j'ai pas tout compris alors je pose des questions.

- tu veux te connecter à un poste windows depuis un linux ? alors c'est le protocole RDP qu'il faut utiliser, et donc un client sachant le gerer (TSClien par exemple)

- tu veux partager un serveur linux pour permettre à des "clients legers" d'avoir une session sur le serveur, alors c'est vers
-- X11 et plus particulierement XDMCP que tu peux te tourner (les stations graphiques de l'epoque tournaient deja comme ca)
-- ou bien vers le projet LTSP qui converti des machines lights en terminal graphique (OS sur le serveur, chargé via le reseau au demarrage, puis XDMCP pour le graphique)

d'apres ton strace
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)


il semblerait qu'il lui manque deux fichiers
/etc/ld.so.nohwcap
/etc/ld.so.preload

aptitude ou apt mais pas les deux dans une succession de commande

soit
aptitude update
aptitude upgrade

soit
apt-get update
apt-get upgrade


il me semble que l'un ou l'autre dispose de l'option --fix pour reparer quand y a eu un echec en cours de route

ca ne dit guere plus que ce qu'on avait evoqué plus haut

- editer le hba.conf pour lui mettre le CIDR qui doit etre autorisé
- editer le fichier postgresql.conf pour lui dire d'ecouter sur autre chose que localhost

- redemarrer pgsql

juste build ne suffirait pas,

build est une cible d'action, comme cela le serait dans un makefile.

neanmoins, il semblerait que debianhelper soit la pour t'aider, et justemement simplifier le fichier debian/rules

et la syntaxe que tu utilises semble etre la bonne dans ce cas là.

il faut donc verifier que tu disposes de ce package en plus des autres packages necessaires à la construction de packages

Autre question : A partir de quel moment faut-il choisir une base de donnée non relationnelle ? (Il existe des BDD de type clé, valeur, ....).

à partir du moment ou tu n'as pas besoin de relation entre les tables :p

dans ton cas ca ne peut pas etre le cas, car tu as les references externes (qui sont probablement des relations à d'autres lignes de ton tableau)

dans ton fstab tu peux utiliser l'UUID de ton disque plutot que son /dev/sda

ainsi tu es sur de monter toujours le meme disque avec les memes options.

une petite recherche sur internet avec les mot "linux UUID fstab" devrait t'aider (j'ai pas de linux sous la main)

(comme le disait NeoX, KDE est un bon début)
heu, NeoX il disait juste que toutes les bonnes distrib proposaient un mode liveUSB.

c'est Dubis qui recommandait KDE comme environnement de bureau.

en effet toutes les distributions modernes proposent un mode liveUSB permettant ainsi de demarrer la distrib sur une clef USB et d'utiliser la place restante pour les données personnelles.

pour inclure le fichier licence dans le dossier de ton projet :
cp licence.txt /home/monuser/monprojet/

si tu veux l'ajouter DANS le fichier source
tu dois pouvoir scripter pour faire un
cat licence.txt >/tmp/fichier
cat $file >>/tmp/fichier
mv /tmp/fichier $file

$file pouvant etre pris dans une liste de fichier (à partir d'un find,locate...)

en cliquant sur le lien donné precedemment
et en parcourant un peu le site tu serais tombé sur
http://www.debian.org/doc/maint-guide/ch-dreq.fr.html#s-rule(...)

qui dit que le fichier debian/rules doit contenir :

Voici une explication simplifiée des cibles :

* clean (obligatoire) : pour nettoyer tout les fichiers compilés, créés, et inutiles de l'arborescence de construction ;

* build (obligatoire) : pour construire les programmes compilés et les documents formatés à partir des sources dans l'arborescence de construction ;

* install (optionnelle) : pour installer les fichiers dans l'arborescence de chaque paquet binaire dans le répertoire debian. Si elles existent, les cibles binary* dépendent en réalité de cette cible.

* binary (obligatoire) : pour créer tous les paquets binaires (en réalité, combinaison des cibles binary-arch et binary-indep) ; [17]

* binary-arch (obligatoire) : pour créer tous les paquets binaires dépendants de l'architecture (Architecture: any) dans le répertoire parent ;[18]

* binary-indep (obligatoire) : pour créer tous les paquets binaires indépendants de l'architecture (Architecture: all) dans le répertoire parent ;[19]

* get-orig-source (optionnelle) : pour obtenir la dernière version du paquet source d'origine à partir du site de l'archive amont.


en gras, les morceaux obligatoires
qui ne semble pas present dans ton fichier rules

A ne pas confondre avec le
Ubuntheros

qui est un heros pour les utilisateurs Ubuntu, un mec qui maitrise Ubuntu sur le bout des doigts ;)

Cela te permettrait, sans aller devoir ouvrir ton placard, aller dans ta cave, ... de relever ton compteur, faire des courbes de consommation, et voir que sur la journée, tu consommes plus lorsque t'es pas là, et qu'il y a des lutins qui consomment à ta place.


ca existe aussi, mais je crois que ca a un cout, qui peut etre pris en charge par EDF car ca leur permet aussi de relever les compteurs à distance.

par contre ca ne fait pas encore la consommation par prise ou par piece de courant,
mais avec la domotique et les reseaux presents partout, ca doit pouvoir se faire.

bah il faut surement lui donner des infos pertinentes

lire : http://www.debian.org/doc/maint-guide/ch-dother.fr.html
peut peut-etre t'aider...

ben oui, il est là pour ca.

plus il tourne vite, plus tu consommes.
et tu peux regarder (certes pas en instantané) combien tu as consommé à la journée, à la semaine, au mois...

meme que EDF s'en sert pour te facturer ta consommation ;)

de là à parler d'enfant ROI
il n'y a qu'un pas :p

au rayon informatique ou au SAV

je ne vois pas trop ou tu pourrais bosser les samedis/dimanches/vacances dans les autres metiers.

[...]dpkg-buildpackage: error: debian/rules build gave error exit status 2

apparemment ton fichier debian/rules semble poser un soucis au moment de compiler

faut peut-etre deja chercher par là

le pam_filter ne s'appliquerait-il pas aussi à l'identification pam_password ?

du coup evidemment comme tes utilisateurs ne sont pas dans les groupes "locaux" à ta machine, ben tu peux plus t'en servir pour te logguer.

si, si c'est le pam_filter avec plusieurs groupes qui te pose soucis, tu dois pouvoir contourner le probleme en mettant les gens (en fait tout le monde) dans un groupe "interdit"

et en faisant un pam_filter negatif, pour ne prendre que les gens qui ne sont pas "interdit"

ca ne simplifie pas le probleme, mais ca peut decoincer le pam_password ;)

Cela te permet de ne pas tout retélécharger si entretemps, les images changent, sachant qu'il y a quand même:
52CDs, 8DVD, 2 BR

sauf que jigdo c'est fait pour faire une ISO, une archi donc tu n'as pas besoin des 52CDs

En fait, je veux juste télécharger les paquets pour faire un miroir local, et une installation offline.

tu sais que depuis on a inventer rsync ou apt-mirror, qui ne telecharge que ce qui a changé dans les depots, evitant ainsi de tout retelecharger s'il n'y a qu'un seul package qui a changé ?

par contre j'en conviens, cela en regenere pas tes images ISO si l'installeur a été modifié.

seulement sur un systeme debian, l'interet de reinstaller une machine de zero est relativement faible (les full-upgrade se passent plutot bien)