NeoX a écrit 18315 commentaires

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)

et finalement, puisque c'est d'avoir un utilisateur connectable à ta machine qui te pose souci,

pourquoi ne pas mettre un simple serveur web.

utilisateur www-data
ensuite rien de l'empeche de lire les senseurs du frigo, ou d'executer des scripts.

l'interface web n'a alors pas besoin d'identification
si c'est le cas un simple htpassword permet de securiser cet acces.

et un utilisateur www-data qui serait sudoer pourrait alors se faire passer pour root pour modifier certains fichiers systemes importants

erreur d'unité en effet

1,5Mo/s (soit 15Mbps)
quand la TV est allumée

presque 2Mo/s (soit 20Mbps) quand elle est eteinte

inventer une appli root qui recoit des ordres sans identification via une ligne de commande, je trouve ca moyen.

D'autant quand on sait qu'il y a des applis faites pour prendre des infos et les envoyer en logs (syslog par exemple)

puis il y a des applis pour lire les logs et en faire une analyse et des graphes.

cependant quand on lit la doc debian
Pourquoi jigdo est-il meilleur qu'un téléchargement direct ?

Parce qu'il est plus rapide ! Pour des raisons diverses, il y a beaucoup moins de miroirs pour les images de CD que pour l'archive "normale" de Debian. De ce fait, si vous téléchargez à partir d'un miroir d'images de CD, ce miroir sera non seulement plus éloigné de vous, mais également très chargé, en particulier après la publication d'une nouvelle version.

Ce qui etait peut-etre vrai entre 2000 et 2004 (periode couverte par le copyright de jidgo) car les debits internet etaient encore limité (512Kbps pour les premieres lignes ADSL, 1024Kbps quand on avait de la chance ou qu'on etait en milieu professionnel)

à l'heure d'internet haut debit, je penses que cette affirmation n'est PLUS forcement vraie.

Je telecharge un fichier ISO à 1500Mo/s en le prenant directement sur un site mirroir.

Alors certes on n'habite pas tous dans une zone à haut debit (>10Mbps)
mais ca ne prendra guere plus de temps de recuperer l'image iso (ftp, http ou torrent)
que de la reconstruire avec jigdo.

C'est peut-etre pour cela que le projet s'est arrété, et que le domaine a peri.

pour les logins il faut peut-etre utiliser les versions :
utilisateur@machine ou machine\utilisateur

sinon il faut verfier les fonctions "parcours de voisinage reseau"
et les ports associés pour savoir si ca passe bien entre le client et le serveur.

absence de retour à la ligne et doubles negations qui embrouille le ceveau.

La meme sans les doubles negations :

Les refroidissements très efficaces à changements de phases nous ont habitué à des températures de puces relativement faible et on peut raisonnablement supposer que le mécanisme de refroidissement de votre microprocesseur est quelques peu défectueux ou mal dimensionner.

Ceci dit, un microprocesseur en silicium supporte normalement des températures de fonctionnement supérieures à 100°C.
Alors, même si les technologies évoluent vite et que les puces modernes sont de plus en plus fragiles, on peut considérer comme normal une temperature de 80°C
[phrase d'origine : il n'est pas déraisonnable de ne pas s'alarmer d'une température de 80°C. ]

Si vos transistors ne chauffent pas plus que cela en pleine charge, il me semble que vous pouvez les laisser fonctionner.

Il faudrait toutefois verifier si le mode "cpu throttling" (securité du processeur en cas de surchauffe) s'enclenche
[ Original : Il faudrait toutefois vérifier que le mode « cpu throttling » ne se met pas en route.]