Archlinux.fr [Forums]

Bonjour, je souhaite vous présenter mon projet : LPM (Linux power manager)
(Je sait, pas très imaginatif)
Lien vers les source : https://github.com/g4l/lpm

Bref, pour la petite histoire, je me suis lancé dedans car je ne trouvais pas
de gestionnaire d'énergie complet et indépendant d'un DE précis. Je souhaitait également
offrir un geste au libre qui m'a beaucoup servie ces dernières années

Donc, LPM est un gestionnaire d'énergie en développement, pour le moment, il gère :

Processeur (CPUFreq)
Carte graphique (KMS) (Si vous avez les driver proprio, vous avez certainement déjà les outils)
L'écran de veille (X)
Batterie

La liste pourrai bientôt s'étoffé avec :

Gestion de l'alimentation (Veille, hibernation...)
Gestion des cartes réseaux (Wifi, Ethernet)
Gestion des disque (S.M.A.R.T.)
Vérouillage de l'écran
acpi_call (vga_switcheroo) (Est-ce vraiment util ?)
etc... (Si vous avez d'autres idées)

Voici la procédure d'installation :

(Sans Git)

1. Télécharger le tarball et décompressez-le quelque part : https://github.com/g4l/lpm/zipball/master
2. puis, à la racine de ce que vous avez décompressez, lancez :
./autogen.sh
make
make install

(Avec Git)

1. Ouvrez une console et lancez : git clone git://github.com/g4l/lpm.git
2. puis, à la racine de ce que vous avez téléchargez, lancez :
./autogen.sh
make
make install

Dépendance de compilation : gtk2 gettext pkgconfig

En espèrant qu'il vous plaira ^^.

Note : si vous souhaitez commenter mon code, j'accepte toutes critiques constructives.

Rien que ceci :

lancez : ./install.sh (en root)

cela me fait très peur
Le but d'une distribution Linux est de pouvoir utiliser le bon vieux configure -> make -> make install car ainsi on peut générer un paquet facilement qui pourra être désinstaller via le gestionnaire de paquet, on n'aura pas de fichier qui "traine"...

Pour ce qui est du script, tu peux regarder dedans, il n'y a rien de méchant.

Pour ce qui est des fichiers résidus, le script lpm_unistall.sh et là pour ça.

De plus, à dernière nouvelle les make ne génère pas de paquets, ou tout du moins ceux que j'ai vu.

+1 avec benjarobin: avec du classique, on sait où on va. C'est également plus portable (exemple: ça s'intègre direct dans un PKGBUILD ): avec un script, tu prends aussi le risque de tomber sur une distribution sur laquelle ton script ne fonctionnerait pas (utilitaires/variables/chemins différents) ou simplement dans ton cas: si je veux installer ailleurs que là où toi tu as prévu ? ... obligé de trifouiller le code... Et côté maintenance: si ton logiciel évolue, il te faudra toujours maintenir tes 2 scripts: risques d'erreur, etc..

Je vois ce que tu veux dire, mais je ne connais pas du tout make et le nombre de fichier ainsi que la syntaxe que j'ai pu voir dans les fichiers que j'ai vu me font légèrement peur =X

As-tu un bon tutoriel ou je pourrai me renseigner ?

Pour une meilleur portabilité je te conseil de regarder automake. Il suffit de rédiger un configure.ac D'avoir un fichier listant les sources...
Le makefile est comme même la base, après c'est vrai qu'apprendre automake avant de comprendre le fonctionnement du makefile n'est pas forcément conseillé
Pour la compréhension du makefile : http://gl.developpez.com/tutoriel/outil/makefile/
Après c'est beaucoup mieux d'utiliser automake qui t'assure une très grande compatibilité entre distribution. Si tu utilise du GTK, je te conseil d'utiliser autogen.sh du paquet gnome-common (Aucune dépendance à gnome, il n'a que le nom)

D'ailleurs le paquet que je t'avais corrigé utilise ceci maintenant

Rebonjour, jre revien donc pour vous dire que j'ai (enfin) réussi à le passé sous Automake (pas une tâche facile la première fois).

En espérant qu'il soit moins effrayant à présent ^^

Félicitation

Bonjour,

ça se situe où par rapport à laptop-mode-tools par exemple ce projet ? C'est un peu le même but non ?