Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

nombre réponses : 25

#0 Re : -1 »  [PulseAudio] Son très faible - Volume 100% » Le 23/04/2008, à 08:08

pépère
Réponses : 11

Tiens, je connaissais pas alsamixer !
Ca m'a permis de d'augmenter le son général de mon système, qui avait effectivement un peu diminué depuis mon passage à hardy ("Front" n'était pas à fond).

#1 -1 »  un clipboard manager qui marche ? » Le 06/05/2008, à 08:29

pépère
Réponses : 13

Salut !

Depuis sa version 1.0 (sur getdeb sous gutsy, et dans les dépots dans hardy), glipper n'arrête pas de planter chez moi (il crashe au démarrage, ou lors de son utilisation).

Alors, j'ai installé parcellite (getdeb), mais celui-ci me prend 100% de cpu et bloque mon ordi pendant 30 secondes quand je clique sur son icone dans la zone de notification.

Donc, chez moi, ni glipper ni parcellite ne fonctionnent correctement. Connaissez vous un troisième candidat ? C'est quand même bien pratique ce petit machin là...

#2 Re : -1 »  un clipboard manager qui marche ? » Le 07/05/2008, à 07:48

pépère
Réponses : 13

argh, je m'y attendais... tongue

c'est bête, ces plantages quand même... Je pense que ce genre d'applet devrait faire parti du projet gnome !

#3 Re : -1 »  un clipboard manager qui marche ? » Le 07/05/2008, à 11:50

pépère
Réponses : 13

Alors, j'ai installé parcellite (getdeb), mais celui-ci me prend 100% de cpu et bloque mon ordi pendant 30 secondes quand je clique sur son icone dans la zone de notification.

#4 Re : -1 »  Si vous aussi vous êtes décu par Hardy, venez le dire ! » Le 07/05/2008, à 11:54

pépère
Réponses : 216

Moi, c'est le bug sur evolution-data-server prenant 100% du cpu au démarrage de l'ordi, et signaler bien 1 mois avant la sortie officielle, qui me déçoit un peu... Ca touche quand mm pas mal de gens, et c'est quasi invisible pour un débutant qui va se demander pourquoi son ordi chauffe comme un fou sous ubuntu... sad

#5 Re : -1 »  [Résolu] Glipper » Le 17/04/2008, à 15:02

pépère
Réponses : 4

Oui.
dans sa version 1.0, glipper est un applet du tableau de bord, et plus un application apparaissant dans la zone de notification. Donc :
- fait un clique droit sur un endroit vide de ta barre des taches
- et rajoute l'applet !

#6 Re : -1 »  evolution-data-server à 100% au démarrage » Le 22/04/2008, à 10:27

pépère
Réponses : 8

Idem pour moi.
Nous ne sommes pas seuls : https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/151536

Il y a pourtant eu une mise à jour récente de evolution-data-server (hier ou avant-hier de mémoire), mais le bug est encore là ce matin...

#7 Re : -1 »  evolution-data-server à 100% au démarrage » Le 24/04/2008, à 08:14

pépère
Réponses : 8

@geekubuntu : serait-ce une provocation ? big_smile

#8 -1 »  impossible de supprimer mpd » Le 23/04/2008, à 08:00

pépère
Réponses : 2

Salut !

Me rendant compte que j'utilisais principalement rhythmbox, qui s'est vraiment bonnifié avec l'âge, j'ai voulu supprimer les autres gestionnaires de musiques, dont mpd :

sudo apt-get remove mpd 
...
Les paquets suivants seront ENLEVÉS :
  mpd
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Après cette opération, 438ko d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ? O
(Lecture de la base de données... 160268 fichiers et répertoires déjà installés.)
Suppression de mpd ...
 * Stopping Music Player Daemon mpd                                      [fail] 
invoke-rc.d: initscript mpd, action "stop" failed.
dpkg : erreur de traitement de mpd (--remove) :
 le sous-processus pre-removal script a retourné une erreur de sortie d'état 1
action: abort-remove not supported
Des erreurs ont été rencontrées pendant l'exécution :
 mpd
E: Sub-process /usr/bin/dpkg returned an error code (1)

... ?

#9 Re : -1 »  J'ai testé Click'N'Run, et vous qu'en pensez-vous ? » Le 17/04/2008, à 17:35

pépère
Réponses : 13

Je m'étais déjà demandé à quoi ça pouvait ressembler, sans pousser plus loin la curiosité. Dans le principe, je ne vois pas très bien l'intérêt du truc : au lieu de passer par synaptic, on passe par un navigateur internet. Et ? hmm

edit : en plus, y'a plein de pub sur le site...

#10 Re : -1 »  J'ai testé Click'N'Run, et vous qu'en pensez-vous ? » Le 24/04/2008, à 14:38

pépère
Réponses : 13

Bah moi, je suis toujours pas convaincu... Ca n'apporte pas grand chose, et avoir deux systèmes différents (synaptic et gestionnarie du cnr) pour installer et mettre à jour son système, je vois pas en quoi ça simplifie la vie du débutant...

Modifier son sources.list, c'est pas la mer à boire, et il y a des interfaces graphiques pour ça.

A la limite, si ça représente une vraie contrainte (ce dont je ne suis pas sûr), on pourrait imaginer un truc ressemblant à apt/url : on clique sur un lien, et ubuntu propose de rajouter le dépôt pointé dans le sources.list. On clique sur "oui", on met le mot de passe, et hop !

on pourrait appeler ça sources/url ? tongue

edit : tiens, quelqu'un a déjà eu l'idée, mais elle ne semble pas énormément populaire... http://brainstorm.ubuntu.com/idea/6855/

#11 Re : -1 »  retard hardy » Le 17/04/2008, à 11:28

pépère
Réponses : 70

Pour en revenir à firefox, chez moi, sans que je fasse quoi que ce soit de particulier, firefox 3beta et firefox 2 sont installés.

Pour lancer firefox 2, il faut taper firefox-2.

Je trouve ça pas mal comme solution : les plus exigeants en terme de stabilité peuvent lancer la version stable de firefox, voir même virer la version beta...

#12 -1 »  vous bootez vous ? » Le 17/04/2008, à 08:10

pépère
Réponses : 46

Salut,

Ca fait plusieurs jours que je n'arrive pas à booter sur le noyau 2.6.24-16. Au moment ou la fenêtre de connexion devrait apparaitre, j'ai un message disant que le système doit se charger en base résolution, puis rien ne s'affiche.

Aucun soucis par contre avec le noyau précédent.

Comme j'avais vu un certain nombre de bug ressemblant à ça sur le forum et sur le launchpad, je ne me suis pas trop inquiéter. Mais à bien y regarder, on dirait que tout le monde boot, mais sans le son. Ce qui n'est pas exactement le même soucis.

Alors, ça boot chez vous sur ce noyau ? A une semaine de la sortie, je suis un peu inquiet là... Je vois pas les développeurs téléverser un nouveau noyau juste pour moi ! hmm

#13 Re : -1 »  vous bootez vous ? » Le 17/04/2008, à 11:23

pépère
Réponses : 46

Bon, bah je vais essayer de "fixer X" alors !

Même si c'est pas très sympa de dire ça, ça me rassure, je suis pas tout seul...

@bishop : Au fait, moi aussi, je te hais big_smile

#14 Re : -1 »  vous bootez vous ? » Le 17/04/2008, à 17:27

pépère
Réponses : 46

Ah bah non bishop, ça a pas l'air de marché tant que ça : ton écran et nautilus ont une horrible couleur prune ! Faut signaler ça sur launchpad, tu peux pas rester comme ça !

------->[]:D

#15 Re : -1 »  vous bootez vous ? » Le 18/04/2008, à 08:30

pépère
Réponses : 46

Bon, alors, j'ai des nouvelles : je vous écris officiellement depuis le noyaux ...-16 !
La méthode "Try to fix X" a été bonne : le xorg.conf modifié par cet utilitaire me permet de booter normalement.

Mais, la reconnaissance du matériel n'est pas au top... Voici le xorg.conf généré :

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"us"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
EndSection

Section "InputDevice"
	Identifier	"Synaptics Touchpad"
	Driver		"synaptics"
	Option		"SendCoreEvents"	"true"
	Option		"Device"		"/dev/psaux"
	Option		"Protocol"		"auto-dev"
	Option		"HorizEdgeScroll"	"0"
EndSection

Section "Device"
	Identifier	"Configured Video Device"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Synaptics Touchpad"
EndSection

Et mon ancien :

# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"fr"
	Option		"XkbVariant"	"oss"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"	"/dev/input/mice"
	Option		"Protocol"	"ImPS/2"
	Option		"ZAxisMapping"	"4 5"
	Option		"Emulate3Buttons"	"true"
EndSection

Section "InputDevice"
	Identifier	"Synaptics Touchpad"
	Driver		"synaptics"
	Option		"SendCoreEvents"	"true"
	Option		"Device"	"/dev/psaux"
	Option		"Protocol"	"auto-dev"
	Option		"HorizEdgeScroll"	"0"
EndSection

Section "InputDevice"
	Driver		"wacom"
	Identifier	"stylus"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"stylus"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
	Driver		"wacom"
	Identifier	"eraser"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"eraser"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
	Driver		"wacom"
	Identifier	"cursor"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"cursor"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "Device"
	Identifier	"nVidia Corporation G72M [GeForce Go 7400]"
	Driver		"nvidia"
	Busid		"PCI:1:0:0"
	Option		"AddARGBVisuals"	"True"
	Option		"AddARGBGLXVisuals"	"True"
	Option		"NoLogo"	"True"
EndSection

Section "Monitor"
	Identifier	"Generic Monitor"
	Option		"DPMS"
	Horizsync	28-64
	Vertrefresh	43-60
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"nVidia Corporation G72M [GeForce Go 7400]"
	Monitor		"Generic Monitor"
	Defaultdepth	24
	SubSection "Display"
		Modes		"1280x800"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
  screen "Default Screen"
	Inputdevice	"Generic Keyboard"
	Inputdevice	"Configured Mouse"
	
	# Uncomment if you have a wacom tablet
	#	InputDevice     "stylus"	"SendCoreEvents"
	#	InputDevice     "cursor"	"SendCoreEvents"
	#	InputDevice     "eraser"	"SendCoreEvents"
	Inputdevice	"Synaptics Touchpad"
EndSection
Section "Module"
	Load		"glx"
EndSection

Je n'ai jamais rien compris au xorg.conf mais :
- le clavier sur l'écran de démarrage est en qwerty : je pense que ça vient du "us" dans le xorg.conf généré, pas de soucis.
- le nouveau xorg.conf démarre X avec la bonne résolution d'écran. Comment est-ce possible alors que la section "screen" est presque vide ?
- ma carte graphique n'est pas chargée : le nouveau xorg.conf comporte une section "device" sans information sur la carte. Alors, j'ai copié-remplacé cette section par

Section "Device"
	Identifier	"nVidia Corporation G72M [GeForce Go 7400]"
	Driver		"nvidia"
	Busid		"PCI:1:0:0"
	Option		"AddARGBVisuals"	"True"
	Option		"AddARGBGLXVisuals"	"True"
	Option		"NoLogo"	"True"
EndSection

Mais au reboot, retour à la case départ... Boot en basse résolution !

Bizarre non ?

Edit : J'ai remis le xorg.conf généré automatiquement et lancé la commande

sudo nvidia-xconfig --add-argb-glx-visuals -d 24

Ca a modifié le xorg.conf comme ceci :

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder3)  Thu Feb 14 18:20:37 PST 2008


Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
    RgbPath         "/usr/X11R6/lib/X11/rgb"
EndSection

Section "Module"
    Load           "dbe"
    Load           "extmod"
    Load           "type1"
    Load           "freetype"
    Load           "glx"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       30.0 - 110.0
    VertRefresh     50.0 - 150.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "AddARGBGLXVisuals" "True"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Mais avec ça, même symptome au démarrage : boot en basse résolution. Pourtant, les pilotes nvidia "new" sont bien installés. Il faut mettre quoi dans le xorg.conf pour les activer ?

#16 Re : -1 »  vous bootez vous ? » Le 21/04/2008, à 08:13

pépère
Réponses : 46

Perso, après divers tatonnement, j'ai réglé mon soucis. Merci à tous ceux qui m'ont aidé.

#17 Re : -1 »  vous bootez vous ? » Le 22/04/2008, à 10:16

pépère
Réponses : 46

Euh, j'ai réglé mon soucis après divers tatonnement... Quand je reviens chez moi, je copie-colle mon xorg.conf.

#18 Re : -1 »  vous bootez vous ? » Le 23/04/2008, à 08:01

pépère
Réponses : 46

Voici mon xorg :

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"fr"
	Option		"XkbVariant"	"oss"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
EndSection

Section "InputDevice"
	Identifier	"Synaptics Touchpad"
	Driver		"synaptics"
	Option		"SendCoreEvents"	"true"
	Option		"Device"	"/dev/psaux"
	Option		"Protocol"	"auto-dev"
	Option		"HorizEdgeScroll"	"0"
EndSection

Section "Device"
	Identifier	"Configured Video Device"
	Driver		"nvidia"
	Option		"NoLogo"	"True"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
	Defaultdepth	24
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
  screen "Default Screen"
	Inputdevice	"Synaptics Touchpad"
EndSection
Section "Module"
	Load		"glx"
EndSection

#20 Re : -1 »  OpenDocument non fiable dans le temps » Le 14/04/2008, à 16:49

pépère
Réponses : 23

Je vais apporter de l'eau à ton moulin...

Je n'utilise que très rarement un éditeur WYSIWYG, mais bon, je voulais regarder de plus près ce que tu rapportes. J'ai rédigé un tout petit rapport avec ooo writer, enregister en odt sur mon ordi sous ubuntu hardy et ooo 2.4. J'ai utilisé la police times new roman, taille 12, et je n'ai rien modifé de la mise en page par défaut.

J'ai rouvert ce document sous windows, avec ooo 2.4, et force est de constater que le document ne s'affiche pas de la même façon. En particulier pour mon document, les sauts de pages ne se font pas au mêmes endroits du texte. Même si cela ne me dérange pas plus que ça, cela peut s'avérer problématique pour certains documents, comme les cv...

Alors, peut être que cela arrive avec d'autres suites propriétaires (mais je n'en sais rien), mais c'est pas génial je trouve...

hmm

#21 Re : -1 »  OpenDocument non fiable dans le temps » Le 15/04/2008, à 17:54

pépère
Réponses : 23

Ce qu'il y a de bien avec tes images, c'est qu'on voit qu'il s'agit bien de la même police. J'imagine que tu as pris soin de prendre le mm format de papier.

Un utilisateur avancé d'ooo pourrait peut être avoir un explication... Pourquoi l'interlignage change-t-il quand on ouvre le document avec différente version d'open office ? L'interlignage utilisé n'est pas stoqué dans le document ?

#22 Re : -1 »  OpenDocument non fiable dans le temps » Le 16/04/2008, à 11:49

pépère
Réponses : 23

Vraiment, ça m'intéresse : j'avais lu qq que ces petits soucis étaient uniquement dus à :
- la police utilisée : ça je comprend, si elle n'est pas installée, une autre est utilisée et la mise en page change.
- au format du papier utilisé, la configuration de l'impression, tout ça : ça, je comprend pas. Pourquoi le format de papier utilisé changerait lors de l'ouverture du fichier dans deux installations d'ooo différentes ? ça veut dire cette information n'est pas incluse dans le document odt ? C'est fou !

#23 Re : -1 »  OpenDocument non fiable dans le temps » Le 16/04/2008, à 14:02

pépère
Réponses : 23

@NicoA380 :
- pour la police, c'est exactement ce que j'ai dit dans un de mes postes plus haut.
- pour le format de la feuille : effectivement...

Tu sais, je vais dans ton sens...

@winael :
Le problème, c'est que l'information concernant l'interligne utilisée doit bien se trouver quelque part dans le document .odt. Que ooo soit configurer par défaut dans une certaine unité ne devrait pas l'empêcher de lire l'interlignage utilisé dans un document particulier.

Bon, je crois qu'on tourne en rond là... c'est dans un forum openoffice qu'il faut aller voir je pense...

#24 Re : -1 »  OpenDocument non fiable dans le temps » Le 16/04/2008, à 17:53

pépère
Réponses : 23

Oui, mais si c'est comme ça que ça se passe, c'est absurde.
En HTML/CSS par exemple, quand on donne des mesures dans son fichier de style, on met l'unité, et le navigateur l'interprète.

Mais on parle peut être dans le vent là, l'explication est peut être toute simple...