FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUU - Page 15

le coup de la panne du fer à souder, hein ?

^^

-

Kevin Kofler (./401) :

Pen^2 (./391) :
Du coup je tente ça https://www.centos.org/forums/viewtopic.php?t=55540 (yum install gnome-packagekit-installer) qui semble correspondre à ce que je cherche, mais... cet outil plante dès que je cherche un truc.

Essaie yum install apper.

Je l'ai installé, c'est un peu gros mais au moins ça fonctionne. Merci.
(je suppose que la taille un peu excessive vient du fait que c'est un logiciel KDE qui tourne sous du Gnome)
Au passage j'ai refait une installation de CentOS 7 et j'ai exactement le même symptome avec gpk-application.


Sinon, c'est mes yeux ou mysql n'est plus proposé dans la liste de yum ? On est censé le remplacer par mariadb ? (il y a plein de connecteurs en tous genres, mais je ne vois pas le serveur )

Oui, MariaDB est un remplacement drop-in pour MySQL.
https://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB
https://fedoraproject.org/wiki/MariaDB
(En général, pour comprendre les modifications de RHEL/CentOS, la documentation des nouveautés de Fedora est le meilleur endroit, sachant que RHEL est branché depuis Fedora Rawhide.)

Ha oui sympa, non RedHat cherche vraiment l'égémonie...

Par rapport à MySQL, il y a pas mal (toutes ?) de distributions qui ont en effet laissé tomber MySQL pour MariaDB.

Oui remplacer mysql par mariadb ne me choque pas, sur les dernièresversions il y a même de meilleures perfs, et c'est plus ouvert à la communauté.

C'est le même auteur, il a vendu MySQL pour utiliser les mêmes sources et faire MariaDB.

Pas étonnant que ce soit drop-in

C'est pratique le libre, on vend un truc et finalement on continue juste en changeant le nom
Du coup on a quand même du mal à comprendre l'intérêt d'acheter, mais bon.

Merci en tout cas.

Oracle a acheté une marque et des services, en fait, rien de plus ^^

Mouais, si Oracle avait fait un fork de MySQL, est-ce que ça aurait changé quelque chose ? Pas sûr, puisque justement les gens sont passés à MariaDB.

Dans la tête des gens, même du secteur, on pense d'abord "MySQL" avant de se dire que c'est "MariaDB". Donc ils ont vraiment acheté un nom. Et une équipe, et un prestataire de service qui se plaçait dans un domaine d'activité complémentaire du leur.
Cela dit, ils ont fait la même chose avec BerkleyDB (sauf que personne n'a fait de fork derrière, vu que BDB est destiné à des usages très particuliers, quasi toujours en backend avant autre chose).

La mutation du dauphin à l'otarie va être longue :/

Il se trouve que mon CentOS est virtualisé. Concernant mon dossier partagé vers l'hôte Windows, j'ai un dossier Linux que j'appelle shared, et le nom de mon partage dans virtualbox est XXX.

Si je le monte à la main comme ceci, ça fonctionne :
sudo mount -t vboxsf XXX shared

Par contre jusqu'à présent (CentOS 5 et 6) j'avais l'habitude d'ajouter une ligne dans mon /etc/fstab pour monter ce répertoire lors du boot.
En faisant pareil sur mon CentOS 7.2, ça l'empêche carrément de booter (heureusement j'ai fait un snapshot du système avant )
Ligne ajoutée dans mon /etc/fstab
XXX /home/LOGIN/Bureau/shared vboxsf defaults 0 0

J'ai oublié un truc ?

Bizarre que ça refuse de booter
Il y a peut-être un souci de droits Unix sur le dossier sur lequel tu fais le montage ? Ou alors c'est un montage considéré comme réseau et la pile n'est pas prête ?

Il y aurait une histoire qui dit que les drivers vboxsf ne seraient pas encore chargés lors de la lecture du fstab.
Une astuce serait d'ajouter _netdev en option (en plus de defaults) (https://www.centos.org/forums/viewtopic.php?t=8825)
Apparemment ça marche. Mais c'est gore.

Sinon il faut ajouter vboxsf à /etc/modules. Sauf que je n'ai pas de fichier /etc/modules.

(tiens, virtualbox utilise mon disque à 100%... )

Au moins il en tire profit au maximum, très belle optimisation.

C'est juste. Une belle machine.

Tu es bien en 5.0.22 (108108), hein ?

Oui, Version 5.0.22 r108108

C'est à cause de systemd qui lance tout à la fois, et non de manière ordonnée comme avant. Je me suis engueulé avec un mainteneur sur leur bug tracker. Infoutu de comprendre que quelque chose qui casse, c'est moins bien que quelque chose qui marchait avant. Et systemd est infoutu de finaliser un boot s'il y a une erreur de montage de partition, c'est lamentable. Donc je fais comme toi, mount -t vboxsf blablabla

Dans la même veine, et ça pourrait vous intéresser : mon linux non-virtualisé monte une partition de données utilisée aussi par Windows. Sauf que par défaut, et à chaque maj, ce con paramètre son arrêt en "arrêt avec plein de truc en cache". Donc systemd refuse de monter la partition. Donc la distro ne boot pas.

Solution : Panneau de config -> Options d'alimentation -> Choisir l'action du bouton d'alimentation, cliquer sur "modifier les paramètres actuellement non disponibles", décocher "activer le démarrage rapide".
Et tout rentre dans l'ordre.

Merci.
C'est pratique, tout ça... Je ne sais même pas quoi dire, en fait.

J'ai l'impression que la sur-utilisation du disque de l'hôte vient du linux qui veut absolument essayer d'analyser le contenu du répertoire partagé...
edit : ah non, pas exactement : en fait c'est centos qui se met à swapper à mort...

(j'ai fait un mount -t vboxsf, pas le hasck du _netdev pour ne pas bruiter le test)

tracker-store prend 610Mio et tracker-extract 202. C'est quoi ces poubelles ?

http://askubuntu.com/questions/346211/tracker-store-and-tracker-miner-fs-eating-up-my-cpu-on-every-startup
Tracker is a synergy of technologies that are designed to provide a highly sophisticated, innovative and integrated desktop.
Tracker provides the following:
Indexer for desktop search (for more details see this spec : https://wiki.ubuntu.com/IntegratedDesktopSearch)
Tag database for doing keyword tagging of any object
[etc]

OK donc en gros pour figer un centos avec 1.5Go de RAM on branche une grosse clé usb pleine et on perd l'usage de son système pour un temps indéfini parce que l'indexeur alloue de la mémoire comme un porc jusqu'à planter, c'est bien ça ? (ce process vient de planter)
Sérieusement, ils vivent dans quel monde ces abrutis ?
C'est un peu comme windows update qui te prend un core complet pour vérifier je ne sais quoi. Quand tu n'en as qu'un, c'est pratique.
Franchement cette évolution de l'info commence à me gonfler. Entre optimiser l'assembleur pendant cinq ans ou faire de la merde à ce point, il y a de la marge, pourtant.

Change d'OS ! Au moins tu auras des bugs différents

Je peux pas, c'est pour développer avec un OS compatible avec un RHEL d'un client :/
D'ailleurs j'en ai assez pour aujourd'hui, bonne nuit