Reprise du message précédent :
skype c'est de la daube

Ben t'as pas tellement d'alternative non plus

pour ?

faire de la visioconférence avec sa grand mère pardi

asterisk

bonne idée, j'appelle ma grand mère de suite pour lui dire d'installer ça

D'alternative connue pour tout le monde plutôt j'aurai du dire.

avec freecall j'appelle gratuitement fixes et portables dans pas mal d'endroits donc skype n'a aucun interet pour moi...

si non tjs pas de solution pour le probleme de freeze du systeme ?

Bonjour,

Je viens d'effectuer une nouvelle installation de débian sur un autre ordinateur, mais j'ai un soucis d'affichage. L'ordinateur est en bi-écran. Sur les deux, la résolution est bien paramètré (1680*1050 et 1600*1200). Le curseur se balade normalement sur les écrans et en bout de course, il s'arrête. Le soucis vient du premier écran avec les logiciel, dès qu'on les met en plein écran, ils n'utilisent pas entièrement l'écran et donc le bas de la fenêtre du logiciel continue plus bas que l'écran et le côté est limité.
En gros j'ai l'impression que les logiciels se comportent sur le premier écran comme sur le second en 1600*1200.
Savez vous d'où peut venir le problème?

Edit: Par contre la barre de tache de fluxbox elle est bien apparente sur l'écran et le soucis ne se pose qu'avec les logiciels comme iceweasel, le terminal en plein écran, lecteur vidéo...
Merci d'avance.

salut
 
a se que j'ai compris c'est lenny qui remplace etch? donc dans mon fichier de conf je doit mettre :
 

 
Merci

Oui sinon pour ne plus t'embêter avec ça tu peux jouer avec stable/testing.
Donc ici tu devras mettre stable.

Je comprends pas trop la? je veux être en stable, c'est pas lenny?

Actuellement:
etch = oldstable
lenny = stable
squeeze = unstable/ testing (lequel ? j'ai un doute)

Au fait unstable = testing non ?

@mikala: ok

non.
testing correspond a la future squeeze.
unstable c'est sid
le plus simple lorsqu'on a un doute est éventuellement de lire le site mère (www.debian.org) ou éventuellement le premier post.

 
Si, mais ça veut dire qu'au prochain changement, c'est à dire quand Squeeze passera à stabl, tu n'auras pas à modifier ton fichier sources.list soit quelques secondes d'économisé.  

ou énormement de temps perdu ....
Il est plus sur je pense d'opter directement pour le nom de version.

Clairement, c'est une mauvaises idée de mettre stable.

Ca dépend de l'utilisation
Et on a le temps de la voir venir la prochaine version.

clair à la prochaine version si j'ai pas fait une réinstall, je veux  bien me manger une couille

lol, alors vous me conseilliez quoi pour un serveur en prod?

de mettre le nom de la relase, donc lenny

Donc pour résumer, on a:
oldstable (etch)
stable (lenny)
testing (squeeze)
sid
experimental ?

Je ne vois pas bien la différence entre sid et experimental
[edit] ja trouvé:

c'est unstable (sid)
experimental est comme son nom l'indique experimental.
C'est pour être plus simple la partie de la distribution qui n'est jamais gelée.
Par exemple sid est gelée lorsque testing est gelée (en version courte, les paquets de sid respectant un certain nombre de critères passent « automatiquement » dans testing au bout d'un certain temps).
Experimental sert  a avoir des paquets très récents, de nouvelles options etc etc...  
Les paquets passent ainsi fréquemment par la branche expérimentale avant d'atteindre la branche sid/unstable.
(Et oui la branche unstable de debian est de base plus stable qu'une LTS de ubuntu )

Les locales j'y compris rien du tout. Quelqu'un peut m'éclairer un peu?
 
Mon souci: j'ai une base de données postgresql en latin1, et forçément ça m'a éclaté à la figure. je voudrais donc basculer tout ça en utf8.
 
Un petit coup de dpkg-reconfigure locales, je choisis en_GB.UTF-8, et je la mets par défaut. Une fois fini j'ai un beau message d'erreur:

 
Alors je regarde:

 
Ensuite:

 
Comment régler ce problème une bonne fois pour toute?  

Deconnexion / reconnexion non ?
en_GB != en_GB.UTF-8

Argh! Oui c'était aussi bête que de se déconnecter puis reconnecter. merci
 
Ca a l'air de marcher. Maintenant je vais m'amuser à passer ma DB en UTF-8...

Je cède tout de suite à la panique ou j'attend un peu?    Bien évidemment je comptais faire mon pg_dump après avoir arrêté le serveur postgresql, donc là je suis coincé. Quelqu'un a déjà eu ce problème? J'ai tenté des chown un peu partout mais rien ne va.
 
EDIT: ok j'ai compris. Mon user postgres a du sauter un jour par erreur. Je dois recréer un nouveau user postgres et lui redonner les droits initiaux.

Si ca peut t'aider, voici le mien (lenny) :

Remplace 103 par 104, et le groupe par ton groupe postgres (si il existe)

Merci e_esprit. Mais en fait j'ai du me retaper les permissions pour mon user postgres fraîchement créé. Une erreur de manip avait du faire sauter l'original (je sais c'est pas fin). Tout est revenu dans l'ordre. il fallait aussi ajouter le user postgres au group ssl-cert pour avoir accès au SSL (si besoin est). J'ai pu redémarrer postgresql, dumper ma DB et l'arrêter.
 
Maintenant je passe au bloc opératoire: réinitialiser postgresql pour fonctionner en UTF8 au lieu de LATIN1, convertir mon ancien dump, reloader le dump, brûler un cierge, et redémarrer postgresql.

Finalement j'ai tenté de désinstaller postgresql pour repartir d'une base propre, parce que tout est en latin1, et je sens que ça va clasher. Et là boum, je me rends compte que les backports etch ne sont plus joignables. Comment je fais? Je peux utiliser les backports lenny sur ma etch?

Transplantation réussie. Tout est en UTF8, et ma DB n'a plus crashée là où elle le faisait avant, mais il faudrait que je trouve quel est ce foutu caractère qui plantait tout.
 
Les dépôts etch-backports ont été accessible après plusieurs essais, mais j'ai eu chaud, parce que je crois que ça utilise maintenant les dépôts lenny-backports automatiquement et que postgresql ne voulait pas correctement se réinstaller, j'ai du d'ailleurs virer le support du SSL qui me prenait la tête à cause du fichier server.crt qui avait disparu entre temps.
 
Pour un serveur vous utilisez quoi comme politique d'update? "tant que ça marche et qu'il n'y a pas de faille de sécurité j'update pas"? Vous tournez sur des etch encore?

Perso je reste sur la même release stable (donc Etch à jour pour mon serveur, sauf en ce moment où il est down et où c'est mon pc de "tous les jours" qui prend le relais, donc Squeeze )

la release stable c'est lenny, etch c'est du old-stable

C'était des caractères apostrophes et guillemets qui plantaient.  
 
Dire que etch est la old-stable n'est pas un argument suffisamment convaincant pour justifier une upgrade quand une application web est 100% fonctionnelle.

je n'ai jamais dit qu'il fallait upgrader, j'ai simplement signifier que etch n'était plus la distribution stable et que c'était désormais lenny, rien d'autre.Il y a encore normalement un an de support au minimum de etch. (cf http://www.debian.org/security/faq#lifespan )

tout à fait.
 
Et sinon en fait la conversion avec iconv du latin1 vers utf8 n'a pas été parfaite. Je dois me retaper tous les caractères accentués un à un. Vive le français
 
EDIT: ha non certains accents ont été correctement converti, d'autres pas  

 
les uids des daemons > 100 ne sont pas fixes chez debian, contrairement aux BSD. J'ai découvert ça l'autre jour en migrant un dovecot...

Hello,
 
Dites, j'ai recemment testé le melange lenny/testing/unstable, et voilà qu'une chose bizarre m'arrive.
 
Je cherche a installer xfce4 du dépot unstable sur ma lenny (maintenant que la 4.6 est dans unstable   ), j'ai des preferences apt qui privilégient stable > testing > unstable, donc j'essaie de l'installer avec aptitude install xfce4/unstable, mais il ne résoud pas comme je le souhaiterais les dependances :
 
http://pastebin.com/f30f559a8
 
Je ne suis pas sur d'utiliser la bonne methode pour installer des paquets du depot unstable, et il est possible que mon sources.list un peu limité soit la source du probleme, ou que le fichier de preference que j'ai récupéré soit daubesque... bref n'hésitez pas a me le dire si j'ai une conf honteuse    
 
Merci d'avance les copaing  

Bonjour,
Je ne pense pas que ce soit un problème venant de ton sources.list. C'est juste que le paquet xfce4 est cassé dans sid (il est cassé chez moi aussi...)