Reprise du message précédent :
Yop !

Y aurait-il des qui ont secoué la 10.10 rc ?
Est elle suffisamment robuste pour tenter une montée de version avant l'heure ?

(j'ai toujours mon problème d'installation des catalyst et des effets de bureau sous KDE)

 
retirer les droits en lecture des autres /home et de /etc plus encrypter les deux ça doit déjà protéger un minimum je pense
 
ptete /var aussi

Chiffrer le /home est suffisant pour moi, allez si on est parano on rajoute le /swap et le /
 
En dehors de ça  c'est bon avec le verrouillage et la demande de login, perso je n'ai pas peur qu'on prenne le contrôle de ma session ouverte chez moi, mais plus en cas de vol du pc.
Donc le chiffrage du /home doit être suffisant, reste à tenter l'expérience et voir et ça va me demander de tout reformater mais bon à voir si je suis motivé et en profiter pour dégager seven...

J'ai secoué un peu la version netbook. Il y a de l'idée, mais mutter plante pour un rien, et l'explorateur de fichier est capricieux pour remonter dans l'arborescence (un coup faut cliquer sur le dossier en question pour remonter, un coup sur le dossier parent, un coup faut s'acharner sur les 2 pour que ca marche).

toute façon pour les netbook, ya pas mieux que meego

La RC ? ou une des bétas ?
J'ai vu sur Generation-NT que la RC dispose d'une version plus récente (au sens ubuntu du terme, ça reste la 2.6.35-4 à la base)

perso j'ai fait l'upgrade il y a une semaine, et rien à signaler (ni de positif ni de négatif...)

RC d'hier soir.
En plus le panneau à gauche est assez peu causant, pas moyen d'ajouter une icône Ca donne pas envie de creuser plus.

 
c'est le "keyring" en anglais.
ça sert par exemple pour la clef du réseau wifi : elle est stockée sous forme cryptée là-dedans.
cela évite de la stocker en clair sur le disque, ou bien de devoir la taper à chaque connexion au réseau wifi.

 
si jamais tu as une quelconque activité politique ou syndicale crypter le home est une bonne précaution.

[mode pinaillage on]
Chiffrer alors parce que crypter n'est pas tellement utile pour un utilisateur normal qui veut pouvoir utiliser sa machine...
[/mode pinaillage off]
 

 
Ben j'ai désactivé le sans-fil, je suis en ethernet.
C'est marrant, dans la démo je n'avais pas cette fenêtre et le mot de passe d'Evolution était enregistré...
 
Pour ce qui a été dit plus haut, la probabilité qu'on me vole mon ordi est quand même très mince (ville à faible risque).
Et puis je suis syndiqué, militant, etc. mais je n'ai encore jamais eu de menaces de mort ou de convocation par la DST...

 
Je me corrige:

Seul root pour aller mettre son oeil dans ces fichiers, c'est déjà mieux.
 
Pour pidgin, seul l'utilisateur peut lire le fichier, mais faut pas s'absenter en laisser le pc accessible

sur mon eee des crash kernel non blocants des le premier boot, et tout le temps

intéressant, je testerai (peut-être sur une VM ou un PC de bureau) ; cela dit il y en a deux que j'apprécie particulièrement, les deux sur base ubuntu 10.04 LXDE :
lubuntu et linux mint 9 lxde edition. ou bien un ubuntu 10.04 mode texte + lxde core, mais ces deux petites distros peuvent être utilisées en live cd ou live usb à faible empreinte, ont un thème et une version de lxde plus fraîche

à l'usage, ça fait penser à un mix du meilleur de windows 95 et de ubuntu (ouf, pas un mix du pire des deux)

oui lxde, c'est l'environnement qui monte bien en ce moment  
il reste toujours aussi léger et il évolue pas mal  
après sur un petit écran, c'est pas terrible, l'interface de moblin (meego maintenant) est vraiment pas mal et très fluide en plus

Meego ce que je n'aime pas c'est que c'est trop orienté widget en vue sur le bureau.

all

- Je cherche l'équvalent de riva tuner pour fixer la vitesse du FAN de mon processeur
- Mon lanceur nautilus sur cairo dock ne veut rien savoir, soit il ne se lance pas soit il me demande le mdp quand j'utilise la commande gksudo nautilus, une idée les zami ?
Firefox par exemple aucun problème sans le gksudo..

c'est pas un daemon Nautilus
 
Essaye de mettre file:///home/rabzorgt (avec le bon home ) comme commande pour voir

sinon test Nvclock : http://www.linuxhardware.org/nvclock/
 

Salut les gens !
 
J'aimerais faire un petit script directement dans le bashrc. Le souci c'est qu'il faut que je lance une commande en super - user. Savez s'il est possible qu'il mette le mot de passe automatiquement ?
En gros j'aimerais qu'il se logge tout seul en SU...

t'as déjà entendu parler de sécurité ? autant se loguer comme Admin sous Windows

utilise sudo en enlevant l'authentification par mot de passe, c'est fait pour cela et c'est le meilleur moyen de rendre la chose sécurisée en autorisant uniquement la commande que tu veux exécuter (cf. la doc de sudo). Mais bon, c'est ouvrir une porte...

si ce n'est pas indiscret, qu'est ce qui nécessite de faire cela ?

Tout dépend comment cela est fait et quelle est la commande qu'il veut faire exécuter avec les privilèges. sudo est fait pour gérer cela correctement. Après, ça dépend de la commande exécutée et de la conf de sudo...

Mais si le bashrc peut être contourner, autant utiliser un script init...

 
 
Rien de bien extraordinaire
 

 
J'ai eu l'idée de ce petit script pour éditer le grub sans avoir à faire à chaque fois un cd et la commande ci-dessus.
je lance ma petite fonction, et j'arrive directement sur le grub.cfg que je peux éditer.

 
 
Nan mais l'idée c'était juste de le faire pour UNE commande, pas pour le reste...

allez, là t'ouvres grand la porte à tout le monde. Tout process tournant sous ton utilisateur pourra modifier la conf complète de ta machine sans authentification

Question conne, édites tu si souvent grub.cfg pour avoir besoin de ça ?

Tu proposes de faire ça comment alors ?
Du moins, est-ce possible ?
 

 
 
Oui, assez souvent, d'où le fait d'automatiser ça.....

D'une part une commande pour une appli graphique dans bashrc c'est un peu con je trouve... après je propose de ne rien faire : mettre en place une faille de sécu pour t'éviter de taper une simple commande une fois tous les 36 du mois (sauf si c'est pour des tests à la rigueur, et encore) c'est stupide, désolé d'être franc.

Pourquoi ?
Tu recompiles des kernel tous les 30 minutes

Nan toutes les 31 minutes.
 
N'étant pas aussi expert que toi tu sembles l'être sur Ubuntu, tu m'aurais dit simplement : " C'est trop dangereux, ne le fais pas il ya trop de risques", c'était suffisant plutôt que de dénigrer quelque chose qui ne te semble pas utile à toi.
 
Ceci dit merci de ta franchise, j'aurai évité de faire une connerie comme ça.

Je ne suis pas expert en ubuntu, j'ai dû en installé que 2, c'est seulement des principes de sécurité universel

Je ne dénigre pas quelque chose qui me semble inutile, je me demande simplement qu'est ce qui peut pousser quelqu'un à jouer avec les privilèges administrateurs pour éditer un fichier qui est généralement mis à jour tout seul via le système de package ou seulement lorsque l'on fait des tests sur grub suite à une modification système importante (ce qui est relativement peu courant sauf en environnement de test)

Pour être clair, je me dis :
  - soit tu fais des tests sur grub : éventuellement une automatisation peut être envisageable mais juste pour une commande... bof...
  - soit tu utilises grub d'une manière très spécifique qui pourrait être optimiser

En gros, je voudrais connaître l'utilisation que tu en fais pour trouver une solution autre que mettre un sudo gedit dans un bashrc

En fait il veut se créer un alias
 
@TECHNOm@ster 2202: Déjà en éditant grub.cfg tu pars mal. Il ne faut pas éditer ce fichier puisqu'il sera écrasé au prochain passage de update-grub (donc à chaque installation d'un nouveau kernel).

Et comment tu sais ça
 

 
ça ressemble pas à un alias ça.

Un alias serait quand même mieux

   
 
Mais ça ne changerait pas son problème d'un pouce (encore que je n'apprécie que moyennement le système impérial et donc cette expression ne doit pas être interprété dans un sens littéral mais bien en tenant compte des progrès majeurs réalisés depuis la révolution française dans l'expression des distances).

 
 
Oui c'est à cause de ça, d'où mon idée du script précité.
 
En fait mon "problème", c'est qu'à chaque mise à jour importante ( ce qui est arrivé assez souvent ces derniers temps chez moi, pourquoi je ne sais pas ) ou quand je compile le kernel, j'ai le droit à tous les anciens kernels au boot, ce qui fait que j'ai une liste trop longue et pas ergonomique au démarrage de mon PC.
Donc comme j'avais l'habitude d'éditer le grub.cfg, et que j'en avais marre de toujours faire les même manips pour supprimer une dizaine d'entrées, j'ai eu l'idée du script.
Maintenant si vous avez une solution plus radicale pour qu'il arrête de restaurer les entrées des anciens kernels, je prends
 
 

supprimer les anciens noyaux ?