Reprise du message précédent :
Migration en Wheezy done  

ce post était </thana-proof>

Ponchour  

Non même pas, t'as pas eu de problèmes

c'est parce que thana aurait en fait mixé les paquets de wheezy, squeeze, potato, experimental et ubuntu

 
le nouveau site debian est choli, le theme qui s'installe avec la squeeze est un des plus moches de l'univers, putain mais le grub avec son image pourrite, mais pourquoi ils ont fait ça ?

LSD

"the universal operating system"

a voté

 
j'ai jamais upgradé une debian sur un serveur en prod  

Si, en fait j'en ai un, mais qui après investigation ne semble pas provenir "précisément" de l'upgrade, mais plutot d'un matériel du serveur qui chie pour XYZ raisons    
 

Ah voui.
Pour les barbus desktop, faites gaffes à ce qui traine en ce moment, je me prend des initscript x11-common/dbus/hal, action "start" failed.

En plus c'est pas "grand chose", juste un paquet corrompu tous les 600+ Mo de transfert (uniquement sur ssh de ce que j'ai pu en troubleshooter jusqua maintenant) qui fait epicfailer la session ssh avec un beau "Corrupted MAC on input" tous les 36 du mois.
C'est un peu relou quand on fait ses backup par sftp/sshfs mais sinon tout le reste semble fonctionner, j'en reste de marbre  

 
 
pareil
 
maintenant si je dois deployer une nouvelle machine ca sera pas en lenny...

Coucou!
 
Sur ma Squeeze toute fraiche, Iceweasel rame vachement sur les pages qui contiennent plein de javascript. Exemple : Yahoo...
Mon ptit CPU (Athlon 3100) se retrouve à 100%, et la navigation est laborieuse (c'est un euphémisme).
 
Sur Chrome, ca passe pourtant impec, sans trop consommer. A votre avis, ca vient de la compilation foireuse ou c'est l'évolution normale de Iceweasel?

j'ai la meme chose depuis la release de squeeze... mais j'ai toujours ete en iceweasel d'experimental
 
donc ca doit venir d'une librairie sous-jacente

J'ai pas encore été regarder dans les bugs, mais je ne vais pas tarder

rien a voir... vous achetez ou vos certificats SSL? Thawte? autre?

Mon IUT ne les achètes pas. On tourne sur de l'auto signé qui est périmé depuis 6 mois.
Je suis en réseau et télécom.
On a une filiaire Sécurité info.

ouais enfin c'est le genre de trucs, les browsers donnent une alerte qui fait peur... non?

Oui. La moitié des élèves de l'IUT ont pas compris, et ne vont plus sur l'intranet. L'autre moitié à peur des profs qui osent mettre et conserver ça en place.

Surtout que Renater (enfin le CRU pour être exact) les prends en charge

Salut les hommes
Passage sous squeeze
 
http://www.debian-administration.org/articles/409

 
J'hésite entre      et

Ça dépend ce que tu appelles "serveur" :
- à la maison : c'est déjà migré.
- au boulot : pour les serveurs en interne, c'est prévu dans les mois à venir ; pour les serveurs des clients ça dépend d'eux...
 
 

Oui ; d'après la Debian security team, il est même prévu que cette durée soit prolongée à 3, voire 5 ans lorsque l'infrastructure le permettra.
 
 

Cette bouse de HAL est toujours maintenue ? Ca a pas été mergé dans udev à présent ?

Y a toujours quelques progs pas migrés vers udev

Hal s'occupait d'autres choses que la gestion des disques, hein… donc t'as plutôt hal -> udev/udisks et hal -> consolekit (voire hal -> upower).

Au sujet de HAL, d'après Wikipédia :

 
Bon, en tous cas comme dit, c'est bien un beau bordel.  

J'ay ai jamais rien compris à cette gestion du plug and play sous Linux. Entre UDEV, DBUS et autres DEVICEKIT, quel bordel. C'était plus simple au temps du mount et de l'automount. Maintenant, mes disques se montent tout seuls, mais je ne maitrise plus les droits, les points de montage etC...
 
En plus, des que je commence à comprendre, PAF, tout a changé
 
Entre ça et Gconf, je me demande parfois si Linux ne se windowserai pas...

Ne pas confondre Linux et Gnome, merci

 
+1    

Hint: ls -al /dev/sdxy pour y voir les users/groupe autorisés, se rajouter au groupe, delog/relog, enjoy.
Idem pour le point de montage sans accès autorisé, vérifier sous quels user/groupe est monté le média (ls -al /media/ton_disque).
 
Des fois le changement c'est bien

Petite question    
 
A la fin de l'installation d'une debian on peut choisir des logiciels en plus (serveur ssh, dns, etc....) mais il y en a 2 qui m'intrigue    
 
-Ordinateur portable  
-Utilitaires standard du système  
 
J'ai fait une petite recherche sur le net mais j'ai pas réussi a trouver ce que contenait précisément ces 2 pack si quelqu'un a une idée.....
 
Merci

portable c'est notamment ce qui concerne la gestion de l'energie, et tout les p'tits trucs qu'on trouve pas sur les pc de bural, utilitaires standards bah... la comme ca, j'dirais que c'est toute la base du systeme non? bash, vi, aptitude...
 
c'est p'tet carrement pas ca aussi
 
pour etre sur, fait une install dans une machine virtuelle, un coup avec, un coup sans

Comme l'a indiqué edouard saucisse, Ordinateur portable est une tâche d'installation regroupant un ensemble de logiciels destinés plus spécifiquement aux ordinateurs portables ; plus précisément : gestion avancée de l'énergie (acpi, apm, pm-utils, cpufrequtils, powertop...),  planification de tâches différée (anacron), gestion avancée du sans fil (pcmciautils, bluetooth, wireless-tools, wpasupplicant) et gestion réseau auto pour les itinérants (avahi-autoipd).
 
Utilitaires standard du système correspond à divers outils (facultatifs) destinés à faciliter l'administration et venant compléter l'installation du système de base (netinstall bare metal) ; ce sont des paquets à la priorité 'standard', parmi eux on trouve en vrac : bash-completion, locales, apt-listchanges, ucf, reportbug, patch, pciutils, at, time, lsof, file, mlocate, nfs-common, openssh-client, ftp, telnet, exim4, procmail, mutt, bind9-host, dnsutils, whois, w3m, perl, python, less, textinfo...

Après MAJ de ma sid ce matin, Xorg crashe dès que je lance une appli KDE (ou QT ?).
Ca ressemble à ça : http://bugs.debian.org/cgi-bin/bug [...] bug=613573
Sauf que moi c'est driver nvidia et pas radeon.
 
D'autres ont constaté le problème ?

KDE  

et tu disposes des logs ?

J'ai eu une réponse très rapide du mainteneur qui m'a renvoyé vers un autre bug possible (problème xinerama + xfs).
Je teste et j'avise

 
conflit FS / serveur X

C'est bien ça, plus de xfs, plus de crash.
Et 100% reproductible avec la manip indiquée là : https://bugzilla.redhat.com/show_bug.cgi?id=658587